sbuilder-mcp 0.47.2 → 0.48.1

package/CHANGELOG.md

@@ -6,6 +6,16 @@ All notable changes to this project are documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## [0.48.1] - 2026-09-14
+
+### Fixed
+- `sb_review`'s `accountPage` readiness gap no longer tells an agent to put login and register forms directly behind the guest side of the `/account` member-gate; the fix text now calls for a short sign-in prompt there that links to a separate login page, with login, register, and forgot-password built as their own pages via `sb_store action:"form"`, so a signed-out visitor gets a page to bookmark and a header gets a `/login` to link to instead of one crowded page carrying every form at once.
+
+## [0.48.0] - 2026-09-14
+
+### Added
+- `sb_review` now reports an `errorPage` gap on any site with two or more pages that has no published page of type `error`, since the platform's own fallback for a mistyped URL is a bare, unstyled "404 page not found" carrying none of the site's header, footer, or way back to the shop; the gap names whether an unpublished draft already exists.
+
 ## [0.47.2] - 2026-09-14
 
 ### Fixed

package/CHANGELOG.vi.md

@@ -6,6 +6,16 @@ Mọi thay đổi đáng chú ý của dự án được ghi lại trong file n
 Định dạng dựa trên [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
 và dự án tuân theo [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## [0.48.1] - 2026-09-14
+
+### Fixed
+- Lỗi thiếu `accountPage` mà `sb_review` báo giờ không còn bảo agent đặt trực tiếp các form đăng nhập và đăng ký phía sau phần "guests" của member-gate trên `/account`; nội dung hướng dẫn giờ yêu cầu đặt ở đó một lời nhắc đăng nhập ngắn gọn, dẫn liên kết tới một trang đăng nhập riêng, còn đăng nhập, đăng ký và quên mật khẩu được dựng thành các trang riêng qua `sb_store action:"form"`, nhờ đó khách chưa đăng nhập có một trang để lưu lại và header có `/login` để liên kết tới, thay vì dồn hết mọi form vào một trang duy nhất.
+
+## [0.48.0] - 2026-09-14
+
+### Added
+- `sb_review` giờ báo lỗi thiếu `errorPage` trên mọi site có từ hai trang trở lên mà chưa có trang loại `error` được publish, vì cách nền tảng tự xử lý khi gặp URL gõ sai chỉ là một trang "404 page not found" trần trụi, không kiểu dáng, không mang theo header, footer hay đường quay lại cửa hàng của site; lỗi này nêu rõ liệu đã có sẵn một bản nháp chưa publish hay chưa.
+
 ## [0.47.2] - 2026-09-14
 
 ### Fixed

package/dist/domains/site/readiness.js

@@ -96,6 +96,42 @@ export function readinessGaps(input) {
                 'globalRef instead of a copy, and one edit reaches every page.',
         });
     }
+    // A MISTYPED URL ANSWERS IN GO, NOT IN THE SHOP'S VOICE.
+    //
+    // storefront/errorpage.go: with no PUBLISHED page of type `error`, notFound
+    // falls through to http.NotFound — the bare "404 page not found" in plain
+    // text. No header, no footer, no way back to the shop, and nothing that looks
+    // like the site the shopper was just in.
+    //
+    // Unlike the completion page, which backstops itself with a built-in receipt
+    // (measured 200 on a live store that had none), this fallback carries none of
+    // the site. And unlike a dead link, nothing reports it: the only person who
+    // sees it is a visitor who already took a wrong turn and now has no way back.
+    //
+    // Asked of EVERY site, not only a store, and so placed here with siteChrome
+    // rather than below the gate — a mistyped URL is not a commerce question.
+    //
+    // TWO PAGES IS THE THRESHOLD, the same one siteChrome uses and for a related
+    // reason: a one-page site has no second address to mistype, no menu to follow
+    // a stale link out of, and nothing to put in a header that would make a 404
+    // look like the site. Below it this would be a nag at a brochure — which the
+    // silence contract in readiness.test.ts names outright.
+    if (pages && pages.length >= 2 && !published(pages, 'error')) {
+        const draft = drafted(pages, 'error');
+        gaps.push({
+            id: 'errorPage',
+            draft,
+            problem: 'A URL that does not exist answers with the platform\'s own bare "404 page not found" ' +
+                'in plain text — no header, no footer, no way back to the shop. A shopper who follows ' +
+                'a stale link or mistypes an address lands on a blank page that does not look like ' +
+                'this site at all.',
+            fix: draft
+                ? 'Publish the error page that already exists.'
+                : 'Create a page of type "error" and publish it. It has no address of its own — the ' +
+                    'storefront serves it as the BODY of a 404 — so give it the site\'s header and ' +
+                    'footer and a link back to the home page.',
+        });
+    }
     if (!isStore(input))
         return gaps;
     if (pages && !published(pages, 'checkout')) {
@@ -185,6 +221,18 @@ export function readinessGaps(input) {
     // between the store and a PAID ORDER: a shop with no account page still takes
     // money. They stand between it and a finished website, which is the next
     // question a merchant asks.
+    //
+    // WHAT /account OWES A SIGNED-OUT VISITOR IS A WAY IN, NOT EVERY FORM AT ONCE.
+    // This fix used to read "put login and register forms behind a member-gate
+    // with audience guests", and agents did exactly that — one page carrying the
+    // profile, the login form and the register form, with nothing for a header to
+    // link to and no /login to bookmark. Reported from a built store as the pages
+    // coming out "ngáo": the rule was the cause, not the agent.
+    //
+    // The gate itself is load-bearing and stays: membersOnlyRedirectTarget sends
+    // every gated visitor to /account (and to "/" when there is none), so that
+    // page MUST answer a signed-out visitor with something. A prompt and a link
+    // is that something.
     for (const [type, id, what, fix] of [
         [
             'account',
@@ -192,8 +240,14 @@ export function readinessGaps(input) {
             '/account 404s. A shopper has no way to see their orders, addresses or saved items, and ' +
                 'the account elements (account-info, address-book, wishlist-list, points-card) have ' +
                 'nowhere to live.',
-            'Create a page of type "account" and publish it. Put login and register forms behind a ' +
-                'member-gate with audience "guests", and the profile behind audience "members".',
+            'Create a page of type "account" and publish it: the profile behind a member-gate with ' +
+                'audience "members", and behind audience "guests" a short sign-in prompt LINKING to the ' +
+                'login page — not the forms themselves. Login, register and forgot-password are three ' +
+                'ordinary pages of type "page", each seeded by sb_store action:"form" with template ' +
+                '"login", "register" or "forgot". Putting all three inside /account hands a shopper one ' +
+                'crowded page and hands a header nothing to link to: a popup is a fine way to SIGN IN, ' +
+                'but only a page has an address, and /account is the address this platform already ' +
+                'sends every gated visitor to.',
         ],
         [
             'search',

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "sbuilder-mcp",
-  "version": "0.47.2",
+  "version": "0.48.1",
   "description": "MCP server that designs and operates a Store Builder site — pages, data, theme and publish — through the platform's own API and live-edit protocol.",
   "mcpName": "io.github.vuluu2k/sbuilder-mcp",
   "type": "module",