Reader sign-in on your own domain
If you publish on your own custom domain (like docs.yourcompany.com) and you want readers to sign in there, this one setting makes the login smooth and first-party. If you're on a *.forumulate.com address, or your custom domain is public with no sign-in, you don't need this at all.
Why it exists
Browsers are strict about cookies. When a reader signs in on docs.yourcompany.com, the session cookie has to belong to yourcompany.com — otherwise the browser treats it as a third-party cookie and drops it, and sign-in silently breaks.
To set a first-party cookie, sign-in has to be served from a host on your domain. So you dedicate a small subdomain to it — for example readers.yourcompany.com — and point it at our identity edge. Sign-in then happens on your own domain, the session cookie is set on .yourcompany.com, and it's shared cleanly with docs.yourcompany.com.
Set it up
Open your organization → Sign-in & auth → the Reader sign-in domain panel.
Enter the host you want to use for sign-in, e.g.
readers.yourcompany.com, and click Set up.We show you a single CNAME record to publish. It looks like:
Type
Name
Target
CNAME
readers.yourcompany.comorigin.atlasauth.netAdd that record wherever you manage DNS for the domain.
Back in the panel, click Verify DNS. Once the record resolves, the domain flips to Live.
That's the whole setup: one subdomain, one CNAME.
What happens once it's live
Reader sign-in on your custom domains is served from your own host.
The session cookie is issued on your parent domain (
.yourcompany.com), so it's first-party and shared across your subdomains.Nothing else changes for you or your readers — it just works, the way a login on your own site should.
It's safe to skip
This is an upgrade, not a requirement. Without it, a reader on a custom domain still gets signed in — just with a fallback session instead of a first-party cookie. Nothing breaks if you never set it up; the custom domain simply doesn't get the smoother first-party experience. Set it when you're ready.
Remove it
Use Remove in the panel to unbind the sign-in host. You can also delete the CNAME record from your DNS afterward.