# Publish a Password-Protected Website with Revdoku

> Learn how to publish a Revdoku website, add password protection, require email access, and review protected-site visitors.

TL;DR: Claude builds and publishes a small Revdoku website, protects it with a password, then adds email capture so the owner can see who visited.

Watch the video or follow the screenshot walkthrough.

## What this gated website tutorial shows

- Asking Claude to build and publish a website with Revdoku.
- Opening the generated site.
- Republishing the site with a password.
- Confirming that the password gate blocks access before the site loads.
- Switching to password-plus-email access.
- Checking visitor information after access.

## 1. Ask Claude to build a website

Start with a clear website prompt. Here, Claude builds a San Francisco weather dashboard with dynamic data storage.

Include the site goal, data sources or file names, and publishing requirement so the agent creates a hosted Revdoku site.

![Claude prompt for the weather website](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/01-claude-prompt-for-weather-site.webp)

## 2. Let the agent prepare files and data

Claude creates the website files and supporting data before publishing to Revdoku.

![Agent prepares website files and data](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/02-agent-prepares-data-and-files.webp)

## 3. Open the first live Revdoku preview

After publishing, open the Revdoku URL and confirm the site renders before adding protected access. Here, the weather dashboard loads as a public page first.

![Live weather site preview](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/03-live-weather-site-preview.webp)

## 4. Notice the difference before the protected publish is ready

If the site is unpublished or a protected update is still running, the URL may show a not-available state. Wait for Revdoku to finish publishing before testing access.

![Site not available before publish completes](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/04-site-not-yet-available-before-publish.webp)

## 5. Ask Claude to republish with a Revdoku password

Tell Claude to republish the site with a Revdoku password. Here, the password is `12345`.

![Agent republishes with password](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/05-agent-republishes-with-password.webp)

## 6. Test the gated website password gate

Open the site URL again. Visitors now see a Revdoku password gate before the weather dashboard loads.

This is a real gate on the hosted bucket. It is enforced by Revdoku access controls, not by JavaScript inside the generated website.

![Password-protected site gate](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/06-password-protected-site-live.webp)

## 7. Switch to password plus email to share private site access

For visitor attribution, ask Claude to republish the same site with password-plus-email access. The visitor must enter both the shared password and an email address.

![Password plus email gate](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/07-password-plus-email-gate.webp)

## 8. Enter password and email as a visitor

Test the visitor flow with the password and an email address. The consent copy explains that the owner can track which pages and documents the visitor accesses.

![Visitor enters password and email](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/08-enter-email-at-gate.webp)

## 9. Ask Claude to list protected site visitors

After access, ask Claude or open Revdoku analytics to review visitors. The owner can see who opened the site, when, and whether Revdoku captured an email.

![Agent lists site visitors after access](/assets/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/09-agent-lists-site-visitors.webp)

## Recommended access modes

- Use `Public` when the site is ready for anyone.
- Use `Password` when you need a shared gate without visitor identity.
- Use `Password + Email` when you need visitor attribution.

## Ask ChatGPT to confirm protected access

Before sharing, ChatGPT can ask Revdoku what access mode is active for the bucket. Use this to confirm whether the link is public, password protected, or email gated.

![ChatGPT checks Revdoku access mode for a protected demo bucket](/assets/en/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/chatgpt-revdoku-access-mode-magic-stories.webp)

## Takeaway

Revdoku lets you publish an AI-generated website, protect access, and choose the right access mode. You can start public, switch to password-only for private sharing, and use password-plus-email when visitor attribution matters.

Start publishing for free

Connect this AI to Revdoku so it can store files, create, update, and publish websites for me. Read and follow https://revdoku.com/prompt.md. A Revdoku account is required. If I do not have one, send me https://app.revdoku.com/users/sign_up?utm_source=revdoku.com&utm_medium=ai-chat&utm_campaign=connect_ai_first and wait until I confirm signup is complete. For ChatGPT, Claude, or another cloud AI, connect https://app.revdoku.com/mcp and complete Revdoku OAuth. For a local agent, use Revdoku's browser device sign-in and complete the connection in Revdoku. Never ask me for a password or API key in chat, or for a verification code. When Revdoku tools are connected, verify the connection, tell me you’re ready, and ask what I want to publish.

Copy Prompt

or

Create Free Account

## Frequently asked questions

### Should I publish the site publicly before adding a password?

It is useful to publish and open the site once before gating it. This confirms that the generated website works correctly, so any later access issue is easier to separate from a build or publishing problem.

### Is the Revdoku password gate part of the website code?

No. The password gate is enforced by Revdoku access controls on the hosted site, rather than by JavaScript inside the generated page. That makes it more appropriate for private sharing than hiding content with frontend-only code.

### When should I use password-only access?

Use password-only access when you want a simple shared gate and do not need to know exactly who visited. It works well for private previews, internal drafts, or temporary review links.

### When is password plus email the better option?

Use password plus email when visitor attribution matters. It lets the owner review which email addresses accessed the protected site and when, which is helpful for client reviews, stakeholder previews, or controlled document sharing.

### What should I do if the site says it is not available?

Wait for the Revdoku publish process to finish, then reload the URL. A not-available state can appear while the site is unpublished or while a protected update is still being applied.

### Can I change the access mode after publishing?

Yes. The workflow shown starts with a public site, then republishes it with a password, and later switches to password plus email. This makes it practical to adjust access as the site moves from testing to private sharing.

### What visitor information can the owner review?

After someone passes the gate, the owner can ask Claude or check Revdoku analytics for visitor details. The available information can include who opened the site, when access happened, and whether an email address was captured.

---

[View the canonical page](https://revdoku.com/blog/publish-a-website-and-protect-it-with-a-password-in-revdoku/) · [Browse llms.txt](https://revdoku.com/llms.txt)