When a product name changes, check the route a reader takes from your article to the store. The label, developer and destination should make it clear that they have reached the intended app. A new marketing name and an older store title can coexist, but the transition needs an explanation.
I make Squatti, the NaguBuilds alarm app currently listed in the US App Store as Squat Alarm: Stop Snoozing. That is the naming distinction used in this guide. It does not mean the App Store has already adopted the new name.
Start with the app record, not a guessed URL
Copy the official store link for the existing app. Check the destination and developer in the relevant storefront. Apple defines an app's Apple ID as a generated, uneditable identifier and notes that it appears in the App Store URL. Apple's app-information reference explains that field.
Record the ID beside the name. For this example, the app ID is 6807090522. The identity check should still succeed when the wording someone remembers differs from the current title.
Do not build a new store link by guessing a slug from a proposed name. Copy the actual link and follow it. If an older link redirects, inspect where it ends rather than assuming the redirect proves it is the right product.
Inventory the places a reader sees the name
Make a small list before editing:
- Main product page and download button:
- Articles that mention the app:
- Support and privacy pages:
- Social profile or launch links you control:
- Email templates or reusable promotional copy:
- Localized pages where the name differs:
For each entry, record the displayed name, destination URL, app ID and whether you control the page. Mark third-party mentions separately so they do not get mixed into the list you can edit yourself.
Prioritize links people are likely to follow now. An old article can retain its historical context while adding a short explanation near the download link. You do not need to rewrite every historical sentence as if the new name had always existed.
Write a bridge the reader can verify
A useful pattern is: "Our app is now called [brand]; the store currently lists it as [verified title]." Use it only when both parts accurately describe the current state.
After the public listing changes, revisit that sentence. Save the checked store URL and date beside your link inventory so the next edit starts from evidence.
Apple lets developers localize product-page information, so check the storefront relevant to the article. Apple's product-page guidance covers those fields. Do not assume the English name proves the title shown in every country.
Check the full path after editing
Open the published article and follow its call to action. Confirm the product name, app ID and developer at the destination. Check mobile behavior if that is how readers are likely to arrive.
If you also change your own website URLs, keep that as a separate migration decision. A product rename alone does not require breaking a working article address. Review redirects and internal links when an actual URL move is necessary.
You can view the current Squatti app record under Squat Alarm. The practical test is whether someone who knows either name can follow your explanation and confidently identify the same app.