mirror of
https://github.com/Skyvern-AI/skyvern.git
synced 2026-04-28 11:40:32 +00:00
- Move Developer-tab pages under /developers/* (getting-started/, features/, browser-automations/, credentials/, optimization/, going-to-production/, debugging/, self-hosted/) so URLs mirror Cloud's /cloud/* prefix; add wildcard redirects for the legacy paths and update existing legacy redirects to point at the new locations - Cloud UI nav: place Workflows above Tasks, promote Workflow Blocks to a top-level group, and add MCP under Integrations - Developers nav: also promote Workflow Blocks (actions-reference) to a top-level group - Rewrite cloud/getting-started/core-concepts as a UI tour (no code, dashboard screenshots) - Changelog: stable id anchors per Update so sidebar links work, and backfill v1.0.8–v1.0.14 plus v1.0.19/v1.0.20 from upstream release notes
118 lines
4.8 KiB
Text
118 lines
4.8 KiB
Text
---
|
|
title: Browser Profiles
|
|
subtitle: Save and reuse login state across sessions
|
|
description: Save and reuse browser state snapshots in the Skyvern Cloud UI to skip login flows by restoring cookies and session data from a previously authenticated browser session.
|
|
slug: cloud/browser-management/browser-profiles
|
|
keywords:
|
|
- state snapshot
|
|
- cookies
|
|
- session restore
|
|
- skip login
|
|
- authenticated state
|
|
- reuse
|
|
---
|
|
|
|
A **browser profile** is a saved snapshot of browser state: cookies, localStorage, and session files. Load a profile into a new [browser session](/cloud/browser-management/browser-sessions) and the browser starts with that saved state restored, skipping login flows you've already completed.
|
|
|
|
Profiles are ideal when you:
|
|
|
|
- Run the same automation repeatedly with the same account (daily reports, scheduled data extraction)
|
|
- Want to skip login steps that consume credits and time
|
|
- Need multiple workflows to share the same authenticated state
|
|
|
|
<Note>
|
|
Looking to manage profiles from code? See the [API & SDK guide](/developers/optimization/browser-profiles) instead.
|
|
</Note>
|
|
|
|
---
|
|
|
|
## How profiles are created
|
|
|
|
Browser profiles are created automatically when you test a password credential with the **Save browser session** option enabled. There is no standalone "create profile" button; the profile is a byproduct of a successful login test.
|
|
|
|
### Creating a profile from a credential
|
|
|
|
<Steps>
|
|
<Step title="Go to the Credentials page">
|
|
Click **Credentials** in the left sidebar under **General**.
|
|
</Step>
|
|
<Step title="Create or edit a password credential">
|
|
Click **+ Add → Password** to create a new credential, or click the **pencil icon** on an existing one. Enter the username and password. See [Password Credentials](/cloud/managing-credentials/password-credentials) for details.
|
|
|
|
<img src="/images/cloud/credential-add-password-form.png" alt="Add password credential dialog with name, username, and password fields" />
|
|
</Step>
|
|
<Step title="Enable Save browser session">
|
|
Below the password fields, enable the **Save browser session** option. Enter the **login URL** for the site (e.g., `https://app.example.com/login`). You can also add optional context to help the AI navigate the login flow.
|
|
</Step>
|
|
<Step title="Test the credential">
|
|
Click **Test**. Skyvern opens a browser, navigates to the login URL, signs in with the credential, and, if the login succeeds, saves the browser state as a profile. The profile is linked to this credential automatically.
|
|
</Step>
|
|
<Step title="Confirm the profile was saved">
|
|
When the test completes, the credential row shows a **saved-profile** badge with the site hostname. This means the browser profile is ready to use.
|
|
|
|
<img src="/images/cloud/credential-save-profile.png" alt="Credential listed with a profile badge" />
|
|
|
|
</Step>
|
|
</Steps>
|
|
|
|
<Tip>
|
|
The **Save browser session** flow is the easiest way to create a profile. It handles the full lifecycle: open browser, log in, save state. No workflows or API calls required.
|
|
</Tip>
|
|
|
|
---
|
|
|
|
## When to refresh profiles
|
|
|
|
Cookies and session tokens expire. A profile that worked last week may not work today if the site's authentication tokens have a short lifespan.
|
|
|
|
**Signs a profile needs refreshing:**
|
|
|
|
- Tasks that use the profile start failing with login-related errors
|
|
- The browser loads a login page instead of the authenticated dashboard
|
|
- The site forces re-authentication after a set period
|
|
|
|
**To refresh:** go back to the credential, click **Test** again with **Save browser session** enabled. The new profile replaces the old one.
|
|
|
|
<Tip>
|
|
For sites with short-lived sessions (banks, healthcare portals), refresh profiles before each batch of runs. For sites with long-lived cookies (most SaaS apps), weekly or monthly refreshes are usually sufficient.
|
|
</Tip>
|
|
|
|
---
|
|
|
|
## Sessions vs profiles
|
|
|
|
| | Browser Session | Browser Profile |
|
|
|---|----------------|-----------------|
|
|
| **What it is** | Live browser instance | Saved snapshot of browser state |
|
|
| **Lifetime** | Minutes to hours | Days to months |
|
|
| **State** | Current page, cookies, open connections | Cookies, localStorage, session files |
|
|
| **Billing** | Charged while open | No cost when not in use |
|
|
| **Best for** | Back-to-back tasks, human-in-the-loop | Repeated logins, scheduled workflows |
|
|
|
|
---
|
|
|
|
## What's next
|
|
|
|
<CardGroup cols={3}>
|
|
<Card
|
|
title="Browser Sessions"
|
|
icon="browser"
|
|
href="/cloud/browser-management/browser-sessions"
|
|
>
|
|
Keep a browser open across multiple tasks
|
|
</Card>
|
|
<Card
|
|
title="Password Credentials"
|
|
icon="key"
|
|
href="/cloud/managing-credentials/password-credentials"
|
|
>
|
|
Store the login details that profiles are built from
|
|
</Card>
|
|
<Card
|
|
title="Browser Profiles (API)"
|
|
icon="code"
|
|
href="/developers/optimization/browser-profiles"
|
|
>
|
|
Create and manage profiles programmatically
|
|
</Card>
|
|
</CardGroup>
|