BBU Profiles are not Browser Profiles.
Browser Profiles choose the runtime mode with
browser_profile: "lite" | "stealth". BBU Profiles save session state across runs.Request beta access
Enable BBU Profiles for your account
Use the API
Create and run with BBU Profiles programmatically
The flow
1. Set up once
Open a setup browser, sign in, and save the session.
2. Run many times
Reuse saved state so recurring runs start authenticated.
3. Repair when stale
Add Vault so TinyFish can log back in if the session expires.
Set up a BBU Profile
- Dashboard
- API
- Go to Profiles in the TinyFish dashboard.
- Click Create Profile.
- Name the profile.
- Optional: mark it as the default profile.
- Optional: choose a proxy location for the profile.
- Click Create and set up.
- Sign in to the target site in the setup browser.
- Save the setup session.
Use a BBU Profile
- Playground
- API: default profile
- API: specific profile
- Open the Playground.
- Click the profile icon in the toolbar.
- Turn on Use saved browser profile.
- Choose a profile, or use your default profile.
- Run the automation.
Manage BBU Profiles
On the Profiles page, you can:- Rename BBU Profiles
- Set a default BBU Profile
- Copy a profile ID
- View saved domains
- Set or clear a profile proxy location
- Upload cookies manually
- Delete individual domains
- Delete BBU Profiles
You cannot delete your only active profile. Create another profile first.
BBU Profiles + Vault
The best authenticated setup is BBU Profiles plus Vault Credentials.BBU Profiles
Keep persistent logged-in browser state across runs.
Vault
Provide matching credentials when a login form appears.
Together
Repair stale sessions instead of logging in cold every run.
Start with saved state
TinyFish opens the site with the cookies and storage saved in the BBU Profile.
Detect stale login
If the site asks for login again, the agent proceeds through the normal login flow.
When to use BBU Profiles
| Use BBU Profiles when… | Start fresh when… |
|---|---|
| A run should stay logged in | The site is public or anonymous |
| You repeat the same workflow often | Browser history or cookies would bias the result |
| Logging in every run is slow, fragile, or MFA-heavy | The task must prove it can work from a blank browser |
| The account has site preferences, workspace context, or saved filters | You are testing a first-time visitor flow |
Proxies and stealth mode
BBU Profiles answer “what state should this run start with?” Proxies and Browser Profiles answer “how should the browser connect and behave?”| Capability | Use it for |
|---|---|
| BBU Profile | Reusing saved cookies and storage |
| Profile proxy location | Keeping a logged-in session tied to one country |
| Per-run proxy | Choosing a location for one run when the profile has no proxy location |
browser_profile: "stealth" | Using the anti-detection browser runtime |
lite or stealth runtime mode.
Limits and expectations
| Limit | What to expect |
|---|---|
| Beta access | Your account must be enabled before the BBU Profiles UI or API works |
| Account scope | BBU Profiles are scoped to your TinyFish account and API key owner |
| Session expiry | Sites can still expire cookies, require MFA, or force re-authentication |
| CAPTCHA | BBU Profiles reduce repeated-login friction, but do not solve reCAPTCHA or hCaptcha |
| Fresh-browser tasks | Disable use_profile when the run should start with no saved state |
Next steps
Request beta access
Enable BBU Profiles for your account
BBU Profiles API
Manage profiles programmatically
Vault Credentials
Add stale-session repair
Browser Profiles
Choose lite or stealth runtime mode