運作方式

以簡明的方式說明 Sami B2B Lock, Password Protect 如何在商店前台套用您的鎖定。

使用 Sami B2B Lock, Password Protect 不需要了解這些內容，只需啟用一次應用程式嵌入，就完成了應用程式所需的全部設定。但如果您好奇購物者進入受鎖定頁面時實際發生了什麼事，或想推斷某個鎖定為何顯示或沒有顯示，這個頁面會為您逐步說明。

應用程式嵌入會在每個商店前台頁面上執行

Sami B2B Lock, Password Protect 透過 Shopify 佈景主題應用程式擴充功能嵌入傳送到您的商店前台，在佈景主題編輯器中顯示為 Sami Lock。只要為某個佈景主題開啟該嵌入，應用程式的一小段指令碼就會在訪客於您的商店前台載入的每個頁面上執行，包括首頁、商品頁面、商品系列頁面、部落格文章、購物車等等。

這段指令碼在大多數頁面上不會做任何事。每次載入頁面時，它的第一項工作是檢查該頁面是否符合您設定的任何鎖定。對大多數商店的絕大多數頁面瀏覽而言，答案都是否定的，因此指令碼會讓開，頁面照常顯示。

判斷適用哪個鎖定

當目前頁面確實符合某個鎖定時（因為它正是您鎖定的特定商品、商品系列、頁面、部落格文章或網址，或因為您鎖定了整個網站），應用程式就會接著檢查該鎖定的存取規則。

這項檢查直接在訪客的瀏覽器中進行，使用應用程式在您的商店前台執行時已能取得的資訊：訪客是否已登入、購物車中有什麼、瀏覽時使用的語言和國家等等。大多數存取規則（登入狀態、顧客標籤、購物車內容、日期範圍、商店前台語言）都能利用這些資訊立即檢查，不需要等待其他資料。

少數規則類型需要先查詢資料，才能判斷是或否：

Location 會比對訪客的國家，應用程式是透過公開的 IP 查詢服務來判定，而不是從訪客的帳號讀取，因此 VPN 或 Proxy 可能會改變偵測到的國家。
Cart conditions（商品、款式、數量或小計）會在購物車變動時重新檢查，因為訪客可能在頁面首次載入後新增或移除商品。
Purchased items 和 Order quantity 會查看已登入顧客的過去訂單，以判斷對方是否曾購買過符合條件的商品，或下單次數是否足夠。

只要至少一個存取金鑰中的每條規則都符合，應用程式就會將訪客視為已解鎖，並讓內容正常顯示（仍受您設定的鎖定行為影響，例如隱藏價格或重新導向）。如果沒有任何存取金鑰完全符合，應用程式就會套用鎖定，依您的設定顯示鎖定畫面、隱藏價格或 Add to cart 按鈕，或進行重新導向。

結帳鎖定的運作方式不同

以上說明的是您網站上的鎖定（商品、商品系列、頁面、部落格、網址和整個商店前台）如何執行。結帳鎖定的執行方式不同：它不是依賴在訪客瀏覽器中執行的指令碼，而是由 Shopify 本身的結帳驗證執行，使用您在應用程式的結帳規則建立器中設定的條件。這表示被鎖定的結帳條件無法像純視覺的鎖定理論上可能的那樣，藉由停用 JavaScript 或以其他方式繞過用戶端程式碼來規避，因為在條件符合之前，Shopify 本身就會拒絕完成訂單。

只需一個設定步驟，不需編輯佈景主題

由於應用程式嵌入會自行處理這一切，您不需要撰寫或維護任何佈景主題程式碼。您不必在範本中加入程式碼片段、編輯 Liquid 檔案，或在佈景主題中維護受鎖定頁面的清單，一切都在應用程式內管理，而嵌入會在每次載入頁面時讀取您目前的鎖定設定。只需啟用一次應用程式嵌入就是這項功能所需的唯一設定；之後在應用程式中建立、編輯或移除鎖定，都會自動在您的商店前台生效，不需要在佈景主題中再啟用任何項目。