🟡 Shopify 隱藏商品設定不出現在商店搜尋和 Google 搜尋,並保留購買連結 🟡 爾文首選 WordPress 網站主機架站 for SEO 🟡 Vibe Coding 做 WordPress 外掛的實務教訓 🟡 Structured Data 也會影響 AI Visibility

Irvinglab 爾文實驗室

🟡 Shopify 隱藏商品完整教學：設定「未刊登」，不出現在 Google 搜尋，卻保留購買連結

Shopify 有些商品需要繼續販售，卻不適合公開陳列。例如保固延長服務、售後補差額、指定顧客加購品、活動專用商品，或只想透過 Email、LINE 私下提供連結的限定商品。

這些情境都有一個共同需求：

過去可能需要調整 Shopify Liquid、設定 seo.hidden，或透過額外 App 控制商品曝光。但現在 Shopify 已提供更直接的原生功能：Unlisted（未刊登）。

只要將商品狀態改成「未刊登」，就能保留原本商品網址，同時排除 Shopify 原生商品探索功能，並設定搜尋引擎不要索引該商品頁。不過，有兩件事要先記住：未刊登不是私人商品，也不代表 Google 既有的搜尋結果會立即消失。

這篇文章會完整介紹設定方式、商品狀態差異、Google 索引處理、第三方搜尋 App 的限制，以及實際操作前後應注意的事項。

🟡 爾文首選 WordPress 網站主機該選哪種方案 for 網站部落格 SEO

Cloudways 是一款專為 WordPress、WooCommerce 等網站打造的託管式雲端主機服務，整合 DigitalOcean、AWS、Google Cloud 等雲端基礎設施，提供 SSD／NVMe 儲存、進階快取、Cloudflare、安全防護、自動備份及一鍵測試環境等功能，讓商家無須自行管理複雜伺服器。全天候技術支援，適合重視網站速度、穩定性與擴充彈性的企業及網站設計團隊。

經營 WordPress 網站，主機需求往往不只是一個「速度快」。備份、測試環境、網站搬遷，以及活動期間能否承受流量，都會影響日常維運。Cloudways 將這些工作集中在同一個後台，並提供 Flexible 與 Autonomous 兩種選擇。

Flexible 適合想自行選擇雲端供應商、調整伺服器資源，或管理多個 WordPress 網站的團隊。Autonomous 則主打自動擴縮，較適合流量高峰明顯、希望減少伺服器管理工作的電商或課程網站。

選方案時，別只看「不限網站數」或「不限訪客數」：仍要核對伺服器規格、流量與儲存空間，以及備份或超額使用的費用。Cloudways 提供三天試用，適合先用自己的網站測試後台操作與實際效能，再決定是否搬遷。

🟡 Google 更新 AI 內容 SEO 指南：發布前必須人工查核正確性

Google 更新生成式 AI 內容指南，首次更明確強調所有 AI 生成內容在發布前都應由人工進行事實查核與審閱，並以「critical」形容這項流程的重要性。Google 指出，生成式 AI 是根據訓練資料預測文字，而非直接擷取事實，因此可能產生錯誤或 AI 幻覺；這並不代表 Google 禁止使用 AI 寫內容，而是網站不能把 AI 產出未經確認就直接發布。

對 SEO 與內容團隊而言，未來更重要的是建立「AI 生成 → 查來源 → 核對數據 → 人工審稿 → 發布」流程，尤其涉及醫療、財務、法律、產品規格或其他高可信度資訊時更應謹慎。

🟡 Vibe Coding 做 WordPress 外掛的實務教訓：AI 能快速產出，但人類驗證仍是關鍵

The WP Minute 討論使用 AI 直接開發 Plugin / App 的實務經驗。重點不是「能不能寫出來」，而是：

• Security：安全性

  保護系統、應用程式或資料免受未授權存取、攻擊、資料洩漏或資安威脅的措施與機制。

• Maintainability：可維護性

  軟體系統在日後容易進行修改、除錯、更新功能或適應環境變化的難易程度。

• Architecture：架構

  軟體系統的整體結構設計，包含元件的組成、彼此之間的互動方式以及遵循的設計原則。

• Debugging：除錯

  尋找、分析並修復程式碼中錯誤（Bug）或異常行為的過程。

• AI hallucination：AI 幻覺

  人工智慧（如大語言模型）自信地產生錯誤、不準確或完全捏造的資訊，卻將其呈現為正確事實的現象。

• Technical debt：技術債

  為了趕進度或採用權宜之計而寫下低品質程式碼，導致未來需要花費更多時間與成本來重構或修正隱患的現象。

這也是目前 AI Coding 最大的實際問題。

The WP Minute 這場會員聚會整理了用 AI 進行 Vibe Coding 開發 WordPress 外掛與應用程式的實務經驗：AI 確實能在極短時間內產出大量程式碼、文件甚至簡報，但模型仍可能自信地產生錯誤內容，因此真正能上線的產品仍需要開發者進行程式碼審查、安全檢查與實際測試。

分享中也建議以多模型交叉檢查（red teaming）降低風險，而不是只依賴單一 AI。AI 讓「執行」變得更便宜後，產品價值會更集中在是否真的解決特定客群問題、是否具備穩定維護與支援；簡單工具型外掛可能更容易被 AI 取代，但針對明確需求、具有服務與責任承擔的 WordPress 產品仍有生存空間。

🟡 Structured Data 也會影響 AI Visibility：Schema 不只要有，還要一致、可連結、與頁面內容相符

Search Engine Journal 指出，網站在 AI 搜尋時代常見的 Structured Data 問題，不是「沒有 Schema」，而是把 Schema 當成勾選清單，而非實體關係策略。

對 LLM 而言，更重要的是能否清楚理解品牌、作者、商品與內容之間的關係，因此應透過 @id 建立一致的 Entity Identifier，避免不同頁面出現互相衝突的品牌名稱、價格或商品資訊；同時 Schema 內容必須與使用者實際看到的頁面一致，例如頁面沒有評論卻標記 4.9 星評分，或商品頁顯示 £79.99、Schema 卻寫 £59.99，都可能降低搜尋引擎與 AI 對網站資料的可信度。

核心觀點是：Schema 應成為整體 AI Visibility／GEO 策略的一部分，重點在實體一致性、資訊正確性與長期維護，而不是單純增加更多標記。