Settings and Integrations Pages — The Overlooked Screens Where Setup Fails
Settings and integration pages get little design attention and carry critical tasks such as connecting tools, managing billing, and inviting teammates. Learn how to find where users fail on these screens and how to fix them.
Short answer: settings pages are where users connect data sources, copy API keys, change billing, and add teammates. Those are the tasks that decide whether an account becomes fully set up. They fail quietly: a setting that cannot be found, an integration that returns an unclear error, a key copied incorrectly. Track each setup task as a funnel, watch sessions that started and did not finish, and treat integration errors as first-class problems.
Table of Contents
- Why These Screens Matter
- What to Measure
- Common Failures
- Designing Integration Setup
- Recording These Pages Safely
- Key Takeaways
Why These Screens Matter
Settings is treated as a utility drawer. Yet it holds the steps that make a product work:
- Connecting an integration or data source
- Installing a snippet or generating an API key
- Inviting teammates and setting permissions
- Entering billing details
- Configuring notifications
For many products, connecting an integration is the activation event. If that page is confusing, activation fails there (time to value).
What to Measure
Treat each setup task as a small funnel.
deepsync("track", "integration_connect_started", { integration: "slack" });
deepsync("track", "integration_connect_failed", { integration: "slack", reason: "permission_denied" });
deepsync("track", "integration_connected", { integration: "slack" });| Measure | Meaning |
|---|---|
| Started against completed, per integration | Which integrations are hard |
| Failures by reason | What goes wrong |
| Time from start to completion | Where users wait |
| Returned to finish later | Whether the handoff loses people |
| Visits to settings with no change | Looking for something not found |
| Search or help use from settings | A missing or badly named option |
Use user journeys to see where people go from settings. A large flow to the help centre is a sign.
Common Failures
Watch sessions that started a setup task and did not finish.
Finding things
- Clicking through every tab looking for one setting.
- A setting located under an unexpected heading.
- No search on a long settings page.
Integrations
- An authorisation popup blocked by the browser.
- Returning from the third party to an unchanged page, unsure whether it worked.
- An error with no explanation, such as "Connection failed".
- The user lacks permission in the other tool and is not told.
- A setup that needs a developer, with no way to hand it over.
Keys and snippets
- Copying part of a key because it is truncated on screen.
- No copy button, so text is selected by hand, inaccurately.
- A key shown once and then lost.
- A snippet pasted in the wrong place, with no way to verify it.
Saving
- Changes that need a save button the user does not notice.
- No confirmation that a change was saved.
- Leaving the page with unsaved changes and no warning.
Destructive actions
- Delete placed beside ordinary options, with no confirmation or undo.
Designing Integration Setup
- Show clear status. Connected, not connected, or error, at a glance.
- Say what is needed first. Permissions, an admin account, a plan requirement.
- Explain errors specifically, with the next step (error messages).
- Confirm success visibly, and show the first data arriving.
- Provide a test. "Send a test event" or "Verify installation".
- Add a copy button to every key and snippet, with a "copied" confirmation.
- Let users hand off. A shareable link or instructions for a developer or administrator.
- Keep the user's place through any redirect.
- Link to the exact guide for that integration.
- Make settings searchable once there are more than a few sections.
DeepSync's Settings page follows several of these: it provides the ready-to-paste snippet for each supported platform, and a project shows as verified once its first real session lands, which confirms the install end to end (settings, verifying your installation).
Recording These Pages Safely
Settings pages display sensitive material: API keys, tokens, billing details, team members' names and emails.
- Mask or block API keys and secrets. Add the masking class to any element that displays one.
- Block billing sections containing payment details. Payment inputs are masked by default; displayed card details and invoices need attention too.
- Mask team lists showing names and email addresses.
- Never send a key or token in an event property or user attribute.
<code class="ds-mask">sk_live_example_key</code>Details in PII masking.
Set up your own product from a new account, with no help
Connect an integration and invite a teammate using only what the interface tells you. The places you get stuck are where your users do.
Key Takeaways
- Settings pages carry the tasks that complete an account's setup.
- Measure each task as a funnel with failure reasons.
- Give clear status, specific errors, and visible confirmation.
- Mask keys, billing, and team data in recordings.
Conclusion
Nobody demos the settings page, and every customer depends on it. An afternoon watching users try to connect an integration is usually enough to find several things to fix.
Frequently Asked Questions
Related articles
Stay in the loop
Get the latest insights on product analytics and user behavior delivered to your inbox.



