Save Replay
Browser-based clip ownership7 min read

How Anonymous Video Ownership Works in Your Browser

Save Replay does not require an account for the basic upload flow. It still needs a way to tell the browser that created a clip from every other browser that knows the share URL.

Published by Save Replay · July 28, 2026

Direct answer

Direct answer

Save Replay gives an anonymous uploader a random owner token in a first-party, HTTP-only browser cookie and stores its hash in an anonymous owner record linked to the clip. Requests from the same browser can manage matching clips. After the user signs in and verifies an account, the claim flow can transfer still-anonymous clips and folders associated with that browser token to the account.

A practical framework

Work through the decision in four steps

  1. 1

    Upload in the browser

    Start the basic upload flow without creating an account. Save Replay assigns the browser an anonymous owner token when one is not already present.

  2. 2

    Keep the owner cookie available

    The browser sends its HTTP-only owner cookie with later Save Replay requests so the server can find clips connected to that anonymous owner.

  3. 3

    Create or sign in to an account

    Use the same browser if you want its anonymous clips connected to an account, then complete email verification when required.

  4. 4

    Complete the claim redirect

    The claim route matches the anonymous owner token and moves matching unclaimed clips and folders to the verified user account.

What the browser token proves

The cookie contains a random owner token. Save Replay hashes that token before looking up or creating the anonymous owner record, and the clip record points to that anonymous owner. A later management request must present the matching browser token or a user account that already owns the clip.

A share URL and an owner token have different jobs. Public and unlisted viewers may open a clip without owning it, while management actions check the owner context. Knowing or forwarding a watch link does not supply the anonymous owner token used by the claim flow.

What changes when you claim anonymous clips

The login and signup flows return through the claim route. That route requires a signed-in user with a verified email before it reads the anonymous owner cookie and asks the clip store to claim matching records. Email verification confirmation also runs the claim step with the token from the same browser.

The database update moves clips and folders that still belong to that anonymous owner and do not already have a user. It assigns the verified user ID and removes the anonymous owner reference in one transaction. The claim changes the ownership record; it does not turn every anonymous upload from another browser into an account clip.

Why browser ownership needs care

The owner cookie is set for up to one year, but that setting is not permanent recovery. Clearing site data, blocking the cookie, using another browser profile, or moving to another device can leave the new session without the token that identifies the anonymous owner.

Claim clips from the original browser before relying on long-term account access. Keep any share URLs you still need, confirm the clips appear in the account library after verification, and treat the anonymous owner cookie as sensitive even though client-side scripts cannot read the HTTP-only value.

Put the workflow into practice

Choose the moment before you upload it

Preview locally, select the range you want, and create one browser-ready link without an account for the basic flow.

Next reading

Check current limits, get support, and review the Privacy Policy and Terms.