站內搜尋是轉換率最高的入口——會用搜尋的訪客，購買意圖遠高於閒逛的人。YS CART 進階搜尋把商店搜尋升級成「即搜即得」：邊打字邊出結果，商品、分類、文章分組呈現，還附帶完整的搜尋行為分析。

即搜即得與熱門關鍵字

輸入第一個字就開始出結果：商品含縮圖與價格（特價自動標示）、分類與文章分組列出，關鍵字自動 highlight。搜尋框聚焦時顯示混合式熱門關鍵字建議——由「店家設定＋真實搜尋熱度」組成，把流量導向你想推的商品。

A／B 兩種結果頁模式

按下搜尋後要落在哪裡？A 模式沿用核心商店頁（帶篩選側欄），B 模式使用獨立混合結果頁——商品＋分類＋文章一頁呈現。一個下拉即可切換，兩種模式的即時預覽行為一致。

搜尋分析，看見顧客在找什麼

每一次搜尋都被記錄與去重，整合進 YS CART 報表分析：熱門搜尋詞、無結果搜尋（＝商品缺口清單）、點擊行為一目瞭然。可接管核心搜尋短代碼，也提供 Blocksy 頁首元件版本。

功能特色

即搜即得

邊打字邊出結果，商品含縮圖價格、關鍵字 highlight。

混合式熱門關鍵字

店家設定＋真實搜尋熱度組成建議清單，導流你想推的商品。

分組結果

商品／分類／文章（頁面）分組呈現，各取所需。

A/B 結果頁模式

A＝核心商店頁帶篩選；B＝獨立混合結果頁，一鍵切換。

搜尋分析

熱門詞、無結果搜尋整合進 YS CART 報表，資料自動去重。

短代碼與元件

[ys_ss_search] 搜尋框／Icon 短代碼，可接管核心搜尋，另有 Blocksy 頁首元件。

螢幕截圖

更新日誌（最新版）

修正

移除 vendored YS Plugin Hub Client 內無效的 WooCommerce HPOS 相容宣告。

問題

該宣告以自身 vendor 檔路徑呼叫 `FeaturesUtil::declare_compatibility( 'custom_order_tables', __FILE__ )`，

但 `vendor/yangsheep/ys-plugin-hub-client/ys-plugin-hub-client.php` 並非已註冊外掛主檔，

WooCommerce `FeaturesController` 因此在每個 request 記錄一次：

```

ERROR FeaturesController: Invalid plugin file '.../vendor/yangsheep/ys-plugin-hub-client/ys-plugin-hub-client.php' for feature 'custom_order_tables'.

```

雜訊會洗掉 `plugin-woocommerce` log channel、埋沒真正的錯誤訊息，並造成額外磁碟 I/O。

影響範圍

不影響交易、訂單或付款流程。

修法

該宣告因指向非註冊檔而從未生效，移除為零行為變更——不會有任何外掛因此變成「與 HPOS 不相容」；

HPOS 相容性本就應由各外掛主檔自行宣告。

vendor loader diff：`+0/-13`（僅該宣告區塊；activation hook／autoloader／schema fallback／`ys_hub_client_loaded` 全數保留）
bundled Hub Client 版本刻意維持 `2.0.2`：僅移除死碼，未引入後續版本的中央正名與選單正規化行為

封裝

`ss-v1.4.4.zip`（45 entries）
SHA-256: `0078D4996897A60E8AD526EC3760B2EBCF46A02B469A060AFB658B997284EF90`

常見問題

需要 YS CART 嗎？

是。本外掛是 YS CART 的搜尋擴充，啟用後自動接手商店搜尋（可於設定切回核心版本）。

會拖慢網站速度嗎？

不會。即時搜尋走輕量 REST 端點與索引查詢，分析寫入有伺服器端去重與節流，前台體感即時。

無結果的搜尋有什麼用？

那是最珍貴的商品缺口清單——顧客想買而你沒上架（或命名不同）的東西，分析頁會列出來供你補貨或加同義詞。

可以只用結果頁不用即時面板嗎？

可以。即時面板、熱門建議、結果頁模式都是獨立開關，按需組合。