Skip to content

Localize ParkNudge from territory and search-intent evidence #19

Description

@lightcloud00

Outcome

Expand beyond English-US only where App Store and web evidence identifies a market that can justify complete, supported localization.

Dependencies

Plan

  • Rank candidate locales using downloads, proceeds, product-page conversion, support demand, and search impressions.
  • Select one locale at a time and record why it won.
  • Localize the app binary, permission strings, notifications, paywall, App Store metadata, screenshots, support, privacy, terms, and key website pages as one coherent release.
  • Use qualified human review for safety-sensitive, legal, commerce, and permission copy.
  • Test locale decimal parsing, currency minor units, truncation, VoiceOver, and screenshots.
  • Compare the localized territory baseline after release.

Guardrails

  • App Store metadata localization alone is not a localized product.
  • Do not auto-publish machine-translated legal or purchase copy.
  • Preserve StoreKit localized displayPrice and each parking record currency.

Acceptance

  • One complete locale passes the app/site/localization checklist.
  • Store and public website readback match the committed source.
  • The decision record includes pre/post metrics and support readiness.

Apple guidance: https://developer.apple.com/localization/


Scope / non-scope

Only the work and evidence already described in this issue are in scope. Merge, deployment, provider or store mutation, spend, billing, customer contact, device acceptance, indexing, and release remain separate gates unless this issue explicitly includes them and fresh proof is recorded.

Evidence and closure

Close only from exact current-source evidence plus the applicable independent readback. Keep local, GitHub/CI, provider, deployment, device, store, commerce, indexing, traffic, and revenue evidence distinct; one does not imply another.

Owner / lane

The repository delivery lane owns ordinary implementation and verification. The operator owns only actions explicitly marked as operator-only or protected.

Resolution plan

  • Verified: 2026-08-25T05:34:22Z against main@04a6cd5e808720983471ee9595fd40bc94e1f0fe (commit time 2026-08-25T00:53:29Z).
  • Source basis: Original issue body, all 0 comment(s), current default-branch tree, disposition-appropriate source-path checks, and referenced pull-request states.
  • Disposition: Operator or external gate - execute only the bounded proof steps and stop at protected actions.
  • Outcome: Expand beyond English-US only where App Store and web evidence identifies a market that can justify complete, supported localization.

Current evidence and corrected premise

The issue remains open and requires the resolution steps below.
All 0 issue comment(s) were read. There are no comments.

Resolution steps

  1. Refresh the authoritative external state and bind it to the exact account, app, build, deployment, or provider identity.
  2. Reconcile that readback with the issue-authored work below and identify the smallest remaining action.
  3. Prepare the protected action, rollback, and failure receipt without exposing credentials or inferring authority.
  4. Stop for the required operator decision or action, then execute it once through the owning workflow.
  5. Validate the official readback and map it to every acceptance item before closure.

Grounded issue-authored detail

Scope / non-scope

Only the work and evidence already described in this issue are in scope. Merge, deployment, provider or store mutation, spend, billing, customer contact, device acceptance, indexing, and release remain separate gates unless this issue explicitly includes them and fresh proof is recorded.

Tests and acceptance

Acceptance

  • One complete locale passes the app/site/localization checklist.
  • Store and public website readback match the committed source.
  • The decision record includes pre/post metrics and support readiness.

Apple guidance: https://developer.apple.com/localization/


Dependencies and stop gates

Dependencies

Next AI first action

Only the work and evidence already described in this issue are in scope. Merge, deployment, provider or store mutation, spend, billing, customer contact, device acceptance, indexing, and release remain separate gates unless this issue explicitly includes them and fresh proof is recorded.

Metadata

Metadata

Assignees

No one assigned

    Labels

    area: growthASO, SEO, acquisition, ratings, and growth workarea: productNaming, legal, positioning, and product decisionsneeds-operatorRequires a named operator-only actionpriority:p2Post-MVP or lower-priority workreadiness:blocked-externalBlocked by a vendor or external gaterevenue:r2Multiple gates remain before revenuetype: experimentHypothesis with a metric and stop rule

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions