Skip to content

docs(web-checkout): rename Stripe "Secret Key" field to "Restricted Key" - #268

Draft
claude[bot] wants to merge 1 commit into
mainfrom
docs/stripe-restricted-key-rename
Draft

docs(web-checkout): rename Stripe "Secret Key" field to "Restricted Key"#268
claude[bot] wants to merge 1 commit into
mainfrom
docs/stripe-restricted-key-rename

Conversation

@claude

@claude claude Bot commented Aug 17, 2026

Copy link
Copy Markdown
Contributor

Requested by Yusuf Tör · Slack thread

What this does

Renames the Stripe credential field in the docs from "Secret Key" to "Restricted Key" so it matches the dashboard, and fixes a setup instruction that was never followable.

Before / After

Before — the docs called the Stripe settings credential "Secret Key", and the Settings overview page told you to create a Stripe secret key yourself: "A Stripe secret key that you create. Once you've made one, paste it here." Nobody could follow that. The dashboard has only ever accepted the restricted key (rk_live_ / rk_test_) that Superwall's Stripe app generates for you during install, and sk_ keys have always been rejected.

After — every page names the field "Restricted Key", and the Settings overview explains that Superwall's Stripe app generates the key for you — rk_live_ for live, rk_test_ for sandbox — rather than telling you to create one. The credential itself is unchanged; only the label and the wrong instruction change.

How

Four content pages updated:

  • content/docs/dashboard/dashboard-settings/overview-settings.mdx — under Stripe Live Configuration and Stripe Sandbox Configuration, item 2 becomes Restricted Key, with the description rewritten to say the Stripe app generates it (naming the rk_live_ / rk_test_ prefix per section).
  • content/docs/web-checkout/web-checkout-configuring-stripe-keys-and-settings.mdx — the Superwall destination field in Step 7 (live) is now Restricted Key. The sandbox Step 6 now names both destination fields explicitly instead of saying "paste both keys", matching the live flow. Wording that describes what Stripe itself hands back ("Restricted Secret Key") is left as Stripe's own terminology.
  • content/docs/web-checkout/web-checkout-managed-payments.mdx — "a valid publishable key and secret key" → "restricted key".
  • content/docs/support/web-checkout/web-checkout-revenue-tracking-is-automatic.mdx — same rename in the troubleshooting step.

No page instructs anyone to enter an sk_ key any more. The legacy "Stripe Private Key" field is deliberately not documented — it is a dead credential and no page mentions it.

Source change: superwall/paywall-next#3843

Follow-up: stale screenshots

Two images still show the old Secret Key label and should be recaptured in a separate pass:

  • /images/web2app_live_config.png (Stripe Live Configuration, "Configured" state)
  • /images/stripe/step-6-copy-keys.png (Step 6, copying keys out of the Stripe app)

Not regenerated here.

The Stripe settings credential field in the dashboard is now labelled
"Restricted Key". The credential itself is unchanged: it has always been
the restricted key that Superwall's Stripe app generates during install
(rk_live_ for live, rk_test_ for sandbox), and sk_ keys were always
rejected.

Also corrects the Settings overview description, which told customers to
create a Stripe secret key themselves. That was never followable — the
Stripe app generates the restricted key for you.

Source change: superwall/paywall-next#3843

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SPRcJ7nE5E7EfUQ2M5gebA
@cloudflare-workers-and-pages

Copy link
Copy Markdown

Deploying with  Cloudflare Workers  Cloudflare Workers

The latest updates on your project. Learn more about integrating Git with Workers.

Status Name Latest Commit Preview URL Updated (UTC)
✅ Deployment successful!
View logs
superwall-docs 5564ae6 Commit Preview URL

Branch Preview URL
Aug 17 2026, 01:18 PM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant