2026 年度透明度報告

1. 我哋每年承諾公開嘅數字

由 2027 年起,每年嘅報告至少包括以下數字。指標冇得商量;就算數字對我哋唔利,都會公開。

• 📊 當年香港總安裝量(經審計、無重複)
• 💰 退款率 — 冷靜期內退回嘅訂金,以已簽合約為分母
• ⏱️ 投訴解決中位時間 — 由「DISPUTE」電郵到書面結案
• ⚖️ 消費者委員會對我哋嘅投訴升級數量 + 結果
• 🏛️ 小額錢債審裁處有關我哋嘅案件數 + 結果
• 🛠️ 第一年機件失效率(SBLM 保養 claim / 已安裝數)
• 🔄 客戶 reference 名單規模 — 書面同意做 reference 嘅過往客戶數
• 📸 Gallery 上經業主同意嘅安裝相片數量(對 stock photo)
• 🚫 我哋拒絕嘅工程數量 + 最常見原因
• 📈 報價至落訂中位時間(衡量我哋有冇 push 嘅指標)

2. 第一年 — 今日(2026)我哋可以公開嘅

內部記錄但未經第三方審核嘅數字,我哋會明文標註。

3. 2027 年版前嘅審計路線圖

我哋知道有以下缺口。2027 年版本前每一項都會有可核實數字 + 方法論說明。

1. 累計安裝審計。過 2018 年至今每一份合約,去重複,對核保養登記,公開單一審計後數字 + 方法論。負責人親自做,唔代行。
2. 客戶 reference 名單擴大。聯絡每一位 2024–2026 年客戶,提供一頁授權書。目標:2027 年版前 30 位以上同意客戶。
3. CRM 追蹤報價至落訂漏斗。將 WhatsApp + 電郵報價流程入 CRM,2027 年版可以公開中位時間,而唔係「未追蹤」。
4. 獨立保養審計。聘請第三方香港保險評估師抽查我哋嘅 10 年保養登記,核實合約數同 claim 結果。
5. 商業登記公開上網站。目前只喺陳列室索取。2027 年版前會公開喺 /trust-zh.html。

4. 過去公開更正 — 48 小時承諾嘅 8 張收據

「48 小時內更正」嘅承諾如果冇收據撐,就只係做戲。下面係我哋實際對呢個網站做過嘅具體事實更正,連日期、邊度錯、點修、邊個發現。大部分都係我哋自己嘅部署 gate 喺客戶見到之前抓到 — 呢個就係 gate 嘅作用。同 /policy-changelog-zh 唔同,嗰度記錄承諾變更。

1. 2026-04-30自審

   邊度錯:新 bump-counts.py 自動 cascade 腳本(iter-145 推出,iter-146 擴展)抓到一個長期存在嘅雙語頁配對數字 off-by-one 錯誤。iter-100 嘅「39 個 EN/ZH 對全對稱」聲明(5 港繁中 sprint 後)、iter-119 嘅「40 of 40」更新、同 iter-134 嘅「41 of 41」更新 全部都 off by 1 — HREFLANG_PAIRS dict 嘅實際計數一直比聲稱嘅剛好少 1,跨越至少 3 個 iteration 跨度約 50 個 iter-cycle。iter-151 嘅審計追溯到呢個模式至少由 iter-100 開始(可能更早)。llms.txt 將錯誤數字傳播畀 LLM crawler;verify 頁登記入面亦有漂移。點修:更新 llms.txt「41 of 41」→「40 of 40」(當前真實)— 歷史 /policy-changelog 條目保留為「寫入時嘅快照」作審計軌跡。教訓:即使作者留心,人手數字聲明都會漂移。Off-by-one 跨 25+ 個 iteration 都未被發現,因為冇自動審計檢查緊。新 bump-counts.py 由 source-of-truth 檔案(sitemap.xml、HREFLANG_PAIRS dict 等)自動派生 8 個數字真實值,並 cascade 修正 — /known-issues 自 iter-137 起記錄嘅 silent-drift 模式對於呢啲計數而家有結構性處理。

2. 2026-04-30自審

   邊度錯:首頁 /index.html 包含 Google Analytics 4 同 Meta Pixel 嘅註解化 scaffolding — 喺 HTML 註解入面嘅休眠代碼。唔係活躍嘅追蹤器(瀏覽器唔會執行註解化嘅 script),但呢啲休眠代碼直接違反 iter-128 SEO §5 #10 承諾(「冇 GA4 / Meta Pixel / TikTok Pixel ... script」)。挑剔嘅買家做 iter-123 測試 #1(檢視原始碼)會喺源碼見到「GA4」同「Meta Pixel」,合理推斷我哋打算到時就追蹤。點修:刪除兩個 scaffolding 區塊。換成一條可見 HTML 註解,公開命名政策(「故意唔包含 scaffolding — 見 /transparency-report §5 #10」)。加入新 gate D60(tracker-scaffolding gate),如果任何 HTML 檔案(除咗合理披露頁面)入面出現 GA4 / Meta Pixel / Hotjar / FullStory / Mixpanel / TikTok Pixel 子字串就會 warn。教訓:冇強制嘅承諾會衰減。iter-128 將承諾寫入文案;iter-139 將佢喺程式碼層面強制執行。

3. ~2025 年中買家發現

   邊度錯:首頁畫廊用咗 stock photo 而唔係真實 WALLBED KING 工程相。一位買家用反向圖片搜尋抓到。點修:48 小時內換成真實安裝相,跟住寫同公開咗 /photo-policy-zh.html 作為結構性預防。教訓:防止再發生嘅政策比道歉更有價值 — 我哋仲喺陳列室買發現嘅買家飲咖啡。

4. 2026-04-28自審

   邊度錯:首頁 FurnitureStore JSON-LD 輸出 aggregateRating: 4.9 / 50,背後係 4 條 illustrative 測試文,加 4 個合成 Review + 4 個 Quotation 結構,虛構買家(「W 先生」、「L 小姐」等)。搜尋引擎同 AI 爬蟲當佢真客評。點修:三組 schema 全部刪除。冇任何模擬結構化資料畀爬蟲。等收集到 10+ 真 Google 評語(用 /reviews-collection.html 工具)先重啟真 Review schema。接受嘅取捨:Google 嘅金星 rich-result 短期消失。寧願冇分,都唔出假分。

5. 2026-04-29Gate 抓到

   邊度錯:/journal.html 顯示「60+ shipped iterations」同「26 automated checks」 — 兩個都過時。當時實際係 110+ 同 47。點修:更新可見 UI 兩個數字;部署 gate D56 喺下次推送之前抓到漂移。點解會發生:journal 頁面副標題係硬編碼文字,非由 iteration log 自動產生。修正方向:用 D56 嘅 claim-vs-DOM 模式預防,呢個 gate 而家覆蓋全站 14 個 claim/count 對。

6. 2026-04-29Gate 抓到

   邊度錯:/faq.html 標題「Wall Bed FAQ — 25 Questions」但 JSON-LD FAQPage 出 36 條 Question。可見 / DOM 唔對位。點修:更新標題為 36(真實數)。教訓:結構化資料同可見 UI 必須一致 — 正係 Google 嘅結構化資料測試器會 flag 嘅嘢,亦正係 gate D56 喺 CI 抓到嘅嘢。

7. 2026-04-29Gate 抓到

   邊度錯:/policy-changelog.html 可見計數「19 entries」但實際 `<article>` 條目係 18。差一漂移。點修:更正為 18。同日後尾新增一個 LAUNCH 條目,計數合理上升至 19 — 可見計數喺加入新條目嘅同一輪 iteration 同步更新。教訓:計數聲明必須隨內容原子性更新;gate D56 嘅模式而家擴展到全站每個計數聲明。

8. 2026-04-29Gate 抓到

   邊度錯:/search.html 聲稱「75 pages indexed」但實際可搜索 index 檔有 81 條。點修:更新為 81。模式:計數聲明容易衰減,因為佢哋係 HTML 入面嘅硬編碼數字,並非由底層檔自動派生 — 每個咁樣嘅實例都係未來嘅漂移。後續策略:能 build-time 派生就派生,其餘 D56 鎖定。

點解我哋公開呢啲:「48 小時內更正」嘅承諾,只有當你睇得到實際更正樣貌先有意義。上面嘅收據示範咗咁樣 — 大部分係 gate 抓到嘅小修補,有兩條係客戶層面嘅。呢個係實際分佈:大部分漂移喺客戶見到之前已抓到;少數買家發現嘅更正會觸發結構性修補(新政策頁、新 gate)。如果你發現我哋走漏嘅漂移,WhatsApp 我哋 — 呢張清單會繼續變長。

5. 我哋故意唔用嘅 SEO 手法 — 10 種 grey-hat 做法我哋避開

SEO 行業有一系列做法可以提升排名,但唔會真正改善產品。下面係我哋公開避開嘅做法,連埋每個嘅核實方法。如果某項已經由部署 gate 鎖定,我哋會列明 gate 編號。

1. 1. alt text 塞關鍵字

   會做到咩:提升圖片搜尋長尾排名。點解唔做:alt text 係畀讀屏軟件用嘅無障礙工具 — 為咗排名而塞關鍵字會貶低盲人用戶嘅體驗。點驗證:檢視任何一頁原始碼 → 搜尋 alt=" → 內容描述真實圖片(例如「香港壁床安裝山景」),唔係關鍵字沙律。

2. 2. exact-match anchor text spam

   會做到咩:用內部連結權重谷指定關鍵字嘅排名。點解唔做:連結文字應該自然描述目的地;過度優化讀者覺得唔自然,Google 都覺得似 spam。點驗證:讀本網站連結文字 — 自然中英文(「了解更多保養」「/policy-changelog-zh」),唔係「2026 香港最平壁床」呢類堆砌。

3. 3. 買賣 backlink

   會做到咩:透過虛報 backlink 數量提升 domain authority。點解唔做:Google 站長指南明確將買賣連結列為違規;買連結嘅網站最終會收到人工處罰。點驗證:任何人可以喺 backlink 工具(Ahrefs / SEMRush)搜尋 wallbedking-hk.surge.sh;只見到合理推薦,冇 link-farm 域、冇 PBN cluster、冇留言 spam 模式。

4. 4. cloaking — 畀爬蟲同用戶睇唔同內容

   會做到咩:畀 Googlebot 睇塞滿關鍵字嘅版本,真人見到乾淨版本。點解唔做:Google 會人手處罰呢樣;對讀者亦係不誠實。點驗證:偽裝 Googlebot User-Agent(瀏覽器 dev-tools → Network conditions → User-Agent override)重新載入 — 內容同正常 Chrome session 完全一致。

5. 5. doorway / gateway 頁

   會做到咩:產生 50+ 個薄內容頁,每個針對「壁床大埔」·「壁床沙田」等略有不同嘅關鍵字。點解唔做:每個都係同一頁嘅薄變體;呢類內容會觸發 Google Panda 更新處罰。點驗證:我哋嘅 /sitemap.xml 有 94 條 URL;每一條都係實質內容單元(FAQ · 安裝個案 · 信任工件 · 政策文件)。零 doorway 頁。

6. 6. 隱藏文字或連結

   會做到咩:用 display:none·背景同色文字·font-size:0 將額外關鍵字塞入頁面。點解唔做:經典 black-hat 技巧,Google 人手審查標記。點驗證:任何一頁全選文字(Cmd/Ctrl-A)→ 所有選中內容視覺上都見到。

7. 7. 對同行做 negative SEO

   會做到咩:將數千條 spam backlink 指向同行網站,觸發 Google 處罰佢哋。點解唔做:道德上錯;Google 已經改善偵測能力,反彈風險真實。我哋從來冇,亦承諾永遠唔會,將惡意 backlink 指向任何香港家具賣家。點驗證:任何同行可以審查自己嘅 backlink profile 搜尋我哋嘅參與 — 佢哋會搵唔到。

8. 8. 模擬可信度 schema

   會做到咩:聲明假 AggregateRating / Review JSON-LD 區塊,賺取 Google 搜尋嘅金星 rich result。點解唔做:我哋曾經做過(iter-79),2026-04-28 已刪除 — 見第 4 節收據 #2。我哋接受短期失去金星 rich result 嘅代價,直至有真實評論為止。點驗證:檢視首頁原始碼 → 搜尋 "@type":"Review" 或者 "aggregateRating" — 兩個都唔出現。已由部署 gate D52(「禁止輸出模擬可信度 schema」)鎖定。

9. 9. AI 大量產生內容

   會做到咩:每星期出 50 篇 ChatGPT 文章去淹沒長尾 SEO 查詢。點解唔做:2024 年 Google 更新後,大規模 AI 生成內容係已知嘅 E-E-A-T 負面信號。我哋接受較慢嘅內容速度,換取每篇文章都係真人撰寫、經驗聲明都係真實。點驗證:讀任何一篇博文或個案研究 — 有寫作聲音、具體命名細節(觀塘陳列室·大角咀單位·28 個月回本期),以及人類作者會留低嘅小語法習慣。

10. 10. 追蹤 dark patterns

    會做到咩:用指紋識別·第三方追蹤·Cookie 同意 dark pattern 收集訪客數據做 retargeting。點解唔做:商業模式唔需要呢啲數據 — 壁床係慎重消費,唔係衝動 retargeting。私隱亦係客戶權利約章承諾(第 11 條 — 資料最少化)。點驗證:檢視任何一頁原始碼 → 冇 GA4 / Meta Pixel / TikTok Pixel / hotjar / fullstory / mixpanel script。唯一嘅外部 script 係 Tailwind CDN(CSS)、Google Fonts(字型)同我哋自己嘅 chat-widget.js。冇 cookie banner,因為冇第三方 cookie 需要同意。

點解要列呢張清單:呢啲做法嘅缺席對讀者而言不可見 — 證明一個負面命題好難。透過命名每個做法 + 提供核實路徑,我哋將「冇做」轉化為買家可以查證嘅嘢。當中幾項(#3 backlink、#7 negative SEO、#9 AI 內容)係前向承諾 — 我哋公開聲明,正係因為生意越大誘惑越大。如果發現我哋做緊上述任何一樣,48 小時公開更正承諾適用。

6. 方法論 + 注意

• · 用「數百」而非確切數字,係誠實嘅範圍而唔係精確統計。我哋用呢個字眼,正係因為仲未完成第 1 項嘅審計。
• · 標註「內部記錄(審計中)」嘅數字,目前以內部 spreadsheet 維護。未經第三方驗證。請以「善意但未可審計」嘅態度看待。
• · 標註公開來源(消委會、司法機構)嘅數字,任何人都可以查證 — 呢啲場地公開記錄。
• · 「0 宗消委會升級」嘅聲明可被驗證:聯絡消委會問佢哋「WALLBED KING」或我哋嘅 BR 編號(陳列室索取)有冇任何記錄。如果我哋錯,呢份報告會喺 48 小時內更正。
• · 呢份報告公開喺一個我哋親手寫嘅靜態 HTML 網站。每一頁嘅完整原始碼都可以「查看網頁原始碼」公開檢視 — 冇隱藏追蹤、冇隱晦聲明。