Shopify store stuck on password page / coming soon after going live — online store password, Markets, theme.

Several products can look like “the store will not let me in.” They do not share a settings panel. This page is only when the public storefront stays on the password / coming soon page after you meant to go live. A cookie consent / GDPR banner covering Add to cart is cookie banner blocking checkout. Customer Forgot password / account recovery mail silence is customer password reset email not sending. Admin team invite mail silence is staff invite email not sending. A missing promo / free-shipping bar is announcement bar not showing. This page is only: Online store password / coming soon still locking the storefront.

Six ordinary reasons the password page stays up: Online Store → Preferences → Password protection still enabled, Markets / primary domain / DNS still serving a passworded or preview shop, theme password.liquid / coming-soon section hard-forcing a lock, you shared myshopify.com while the custom domain is live (or the reverse), staff confused customer password reset or staff invite with the storefront gate, or you are debugging cookie banner / announcement bar instead. Walk them in that order. You already pay for Shopify Online Store. You do not need another seat to turn the password off.

Open the live custom domain and the .myshopify.com URL in a fresh logged-out / incognito window (no staff session). Screenshot the Enter using password / Coming soon form; Online Store → Preferences → Password protection (Restrict access to visitors with the password); Settings → Domains / Markets for the primary domain; Theme editor → password template / coming-soon sections; and whether entering the store password unlocks the catalog.

Honest proof: if the page is Shopify’s password / coming soon gate and turning password protection off (or entering the store password) reveals the storefront, stay on this page. If a cookie / GDPR banner covers buy buttons after the store is open, leave for cookie banner blocking checkout. If a customer cannot reset their account password by email, use customer password reset email not sending. If a staff / team invite never arrived, use staff invite email not sending. If the promo bar is missing on an already-open storefront, use announcement bar not showing. Do not mix those proofs.

Shopify’s Online store password (“Restrict access to visitors with the password”) is the native coming-soon / password page. Launch checklists often leave it on after products, payments, and the theme are ready. Staff who are logged into admin never see the gate — only logged-out customers do — so “it looks live to us” is the most common false green light.

Fix: Online Store → Preferences → Password protection — uncheck Restrict access to visitors with the password, save, then open the storefront logged-out on the primary domain. Confirm the password message / social sharing text is not your only “live” proof. Cookie consent and announcement bar settings live elsewhere; they do not turn this toggle off.

You can disable password protection on the primary domain and still share a Markets country URL, a connected domain that is not primary, an old DNS CNAME at a staging shop, or the myshopify.com URL while the campaign link uses a different host. Buyers then land on a passworded surface you thought you already opened.

Fix: Settings → Domains — confirm the primary domain is Connected and is the URL in ads / email / bio. Open Markets and any country / language domains the same way logged-out. Flush DNS / CDN cache if you just cut over. Do not “fix” this by mailing customers a password; turn the gate off on the URL you actually share. Customer password-reset mail and staff invite mail are still different products.

Some themes and coming-soon apps add a password / launch section, app embed, or custom password.liquid / password.json behavior that keeps showing a lock even after Preferences → Password protection is off — or they restyle the native password page so you cannot tell which owner is active. A theme switch that leaves the old coming-soon app embed on is the same class of ticket.

Fix: with Password protection off, preview the live theme logged out. Theme editor → App embeds — disable coming-soon / launch / password apps you no longer need. Check password template sections for a hard-coded lock. Publish a development theme only after the live URL shows the catalog. A stuck promo / announcement bar on an open storefront is still announcement bar not showing— that is a header promo, not the storefront password gate.

“Password” tickets get filed under the wrong product. Customer Forgot password / account recovery is Notifications → Customer account password reset. Staff / team member access is Users and permissions → Invite staff. Neither toggle opens the public storefront. Debugging those inboxes will never clear Enter using password on the homepage.

Fix: if the bug is storefront lock for anonymous visitors, stay on Online Store password / Markets / theme (this page). If the bug is a customer who cannot reset their account password by email, use customer password reset email not sending. If a teammate never got admin invite mail, use staff invite email not sending. Name the product before you open Notifications.

A cookie consent / GDPR banner that blocks Add to cart after the store is open is cookie banner blocking checkout. Customer Forgot password / account recovery silence is customer password reset email not sending. Staff / team invite silence is staff invite email not sending. A missing or stuck-closed promo / free-shipping bar is announcement bar not showing.

The only honest test for this page: logged-out visitors on the URL you share still see Enter using password / Coming soon; Online Store → Preferences → Password protection (or a theme / app coming-soon lock) is the owner; Markets / primary domain match that URL; and turning the gate off reveals the catalog. Anything else is a different product.

Stay DIY if you can spend one afternoon on the list above: prove password.liquid / coming soon is what visitors see, turn off Online store password protection, fix Markets / primary domain / DNS, clear theme / coming-soon app locks, and stop confusing customer password reset or staff invite with the storefront gate. That is the whole playbook. No agency required. Short answers also live on the merchant FAQ. Related pages: cookie banner blocking checkout, customer password reset email not sending, staff invite email not sending, announcement bar not showing.

Pay for help when the work is not the password toggle — it is connecting the stack you already have so lead capture is not dying in DMs, storefront and checkout-ready exceptions land in a channel you already check, and the live store is one workflow instead of a spreadsheet plus a Slack bot you forgot. That is the Latch AI Ops install.

What $997 USD one-time buys: lead capture on the live store, ops alerts in a channel you already check, and a checkout-ready workflow. 72 hours after collaborator access, not after payment. One live Shopify store. Access plus a delivery thread. Store URL collected at checkout. Not a SaaS seat, not a theme rebuild retainer, not a conversion guarantee, not a brand or theme job.

Other shops’ public ranges, not testimonials: a checkout / ops install typically runs $500–$2,500. A full ops consulting block typically runs $2,000–$5,000. $997 is the cheap end of that work, sold as a 72-hour install of three systems — not as an earnings number or conversion-lift claim.

What it does not buy: more orders, recovered revenue, a forever open storefront, or a case study. Latch AI Ops has not published customer proof because there are no customers yet. You are buying the install.

Checkout is on Whop. Operator is Nico. United States offer. You can revoke collaborator access after handoff. We do not take owner passwords.