Build

Sign-in that's already wired.

Let people sign up and sign in, keep them signed in, and send the emails that go with it — all without building an auth system.

const { user } = await shovelbase.auth
.signUp({ email, password })
// signed in — and only seeing their own data
Sign in, sorted

Users log in and stay logged in, safely — the part every app needs and nobody wants to build.

Emails, handled

Invites, confirmations, and password resets send themselves — no email service to wire up.

Only their own data

Each user only ever sees what's theirs. That boundary is built in, not something you have to remember.

1Authentication

Sign-in providers

Let people in the way that suits them — email and password, or their Google account — from one auth layer, no extra SDK to wire up.

  • Email & password Sign-up, sign-in, and sessions handled for you, with verification built in.

  • Google sign-in Add Google as an OAuth provider from the console — no client library to install.

Welcome back
you@example.com
••••••••••
Continue
or
GContinue with Google
2Authentication

Templated emails

The emails auth has to send are already written and sent for you — no email service to stand up, no templates to design.

  • Invites Bring a new user into a project with a single, secure link.

  • Password resets A time-boxed reset link, sent the moment a user asks for one.

  • Email confirmations Verify an address before the account goes live — the confirm email sends itself.

You're invited to the project
from your app · just now
Reset your password
from your app · just now
Confirm your email address
from your app · just now
3Authentication

Prebuilt reset pages

The page that handles a password-reset link is already built and served for you — your users land on a working form, not a route you forgot to write.

  • Nothing to build The reset flow ships with every project — no page, no form, no handler to write.

  • Served and styled Hosted on your project's own domain, ready to collect a new password and sign the user in.

yourproject.shovelbase.com/reset
Set a new password
New password
Confirm password
Update password

What you'd build with it

The kind of problem Authentication is there to solve.

Use case
A profile that follows them everywhere

Someone signs up for your habit tracker and their name, photo, and settings are theirs the moment they log in — on the phone today, the web tomorrow.

Use case
Let five colleagues in, and only them

The tool you built for your team sits behind a real sign-in — the people you invited get in, and nobody else does.

Use case
The “forgot password” that just works

A user taps reset at 11pm, gets the email, sets a new password on a page you never had to build, and is back in.

Auth is the part every app needs and nobody looks forward to building. With Shovelbase it's there on day one — sign-in, emails, and reset pages included.

Compare shovelbase →

The rest of the stack