People Counter 不使用攝影機、麥克風、感測器、門禁讀卡器或 AI 模型來偵測人數。它是一個手動的瀏覽器工具，只計算使用者按下時的進入與離開紀錄，兩個方向各有獨立的總計，並在同一頁面上更新目前的淨人數。由於此工具沒有即時影像串流，也沒有電腦視覺技術，因此無法辨識人臉、識別個人身分，也無法自動測量實際空間。畫面上每一次數字的變動，都是操作人員在瀏覽器分頁中點擊「Record entry」或「Record exit」的直接結果。這樣刻意設定的範圍，正是「它如何偵測人數」這個問題的答案：就攝影機的意義而言，它並沒有偵測；相反地，它只記錄操作人員手動輸入的移動方向，並在使用者自訂的容量門檻旁顯示該紀錄。本文的其餘部分將清楚說明這些控制項的運作方式、產生的數字存放在哪裡、以及此工具適用的情境，同樣重要的是，也會說明它不適用的情境。
People Counter 使用了哪些偵測技術
People Counter 在自動偵測的意義上，並沒有使用任何偵測技術。頁面包含兩個記錄按鈕、一個目前人數顯示、一個選用的容量門檻欄位，以及一個每日歷史紀錄清單。它並不包含攝影機權限請求、麥克風權限請求、地理位置要求、藍牙配對、條碼掃描器，或在伺服器上執行的深度學習模型。頁面無法取得這些輸入，即使能取得，也不會改變計數結果。
此工具的「偵測」就是使用者按下按鈕的動作。當有人被加入手動計數時，按下「Record entry」；當有人離開時，按下「Record exit」。頁面會分別累加這兩組數據：Entered（進入）總計、Exited（離開）總計，以及 Current people（目前人數），其值為 Entered 減去 Exited。由於「離開」方向的計算是單向的，頁面會避免讓「離開」動作使目前人數低於零。在人數為零時，「離開」的控制項會被停用；底層邏輯同樣會拒絕任何在過快重複點擊下造成淨人數為負的「離開」動作。這項防護機制是此工具最接近驗證步驟的功能，而且完全不依賴任何外部訊號。
你可以在每日歷史紀錄中清楚看到這個設計。每一個儲存下來的本機行事曆日期，都有自己的 Entered、Exited 與 Net（淨人數）資料列，讓你能判斷佔用人數的變化究竟是來自到達還是離開。這種區分正是整個工具的核心：它要回答的問題並不是「按了幾下」，而是「依據我的手動紀錄，目前代表多少人」。一個普通的計數器無法回答這個問題；一個使用者明確選擇不啟用的攝影機系統同樣也無法回答。
為什麼你可能會預期 People Counter 使用攝影機或 AI
在瀏覽器之外，人數計算通常是一個硬體層級的問題。各城市已試辦由 AI 輔助的攝影機，在大型戶外活動中監控人群；多國警方也在公共街道上試驗過即時人臉辨識。商業場域會安裝架設於高處的感測器，透過門口計算人頭；零售商則利用閉路電視影像中的電腦視覺技術來估算排隊長度。這些系統確實存在，它們在新聞報導中的曝光度，正是為什麼有人會假設一個名為 People Counter 的工具會以同樣方式運作的原因之一。
Lizely People Counter 位於這個光譜的另一端。它的設計適用於操作人員在場、通行量不大、且需要清楚記錄方向，但無需部署任何硬體的情境。商店店員在顧客走進時輕點平板電腦、社區團體負責人追蹤目前誰在會議室內、以及小型活動入口處的志工，都是雙向手動計數器剛好適用的規模。這些使用者沒有人希望對訪客架設攝影機，也沒有人需要次秒級的低延遲。此工具坦然接受其數字的準確度僅取決於按按鈕的人，並圍繞著這份誠實來設計，而不是圍繞著「看起來像自動量測」的形象。
逐步說明如何記錄進入與離開
在任何現代瀏覽器中開啟 People Counter 頁面。頁面載入時，兩項總計皆為零，且未設定門檻值。從這裡開始，基本流程分為三個步驟。
- 選擇性地輸入一個整數容量警示門檻，作為你自己的營運提醒。當目前人數達到或超過這個數字時，頁面會在 Current people 數值旁顯示明確的警示。若不想設定警示，請將此欄位留空。
- 在人員移動發生時，按下「Record entry」或「Record exit」。每一次按下都會將對應的每日總計加一，並更新 Current people。若 Current people 為零，而你按下「Record exit」，則該次點擊會被停用的控制項忽略，並被底層邏輯拒絕，因此人數不會低於零。
- 在「Daily history」（每日歷史紀錄）中，依本機日期檢視 Entered、Exited 與 Net 總計；若需要瀏覽器以外的檔案，請導出 PNG 或 CSV。計數會綁定在裝置的本地行事曆日期上，因此在接近午夜所做的紀錄會留在該日期，而不會因為 UTC 邊界而跨日。當新的本地日期開始時，可見的目前人數會從零重新開始，而先前非零日期的紀錄則會保留在歷史中。
沒有需要記得點擊的儲存按鈕，沒有登入程序，也沒有線上資料庫。每次互動都會加入裝置的本地行事曆日期，並儲存在此工具的本機瀏覽器金鑰下。若瀏覽器無法寫入其儲存層，頁面仍能在目前的工作階段中顯示互動結果，並回報無法保留該紀錄。
容量門檻如何運作
容量警示是此工具最常被誤解的部分之一。門檻欄位接受你自行設定的任意整數。一旦目前的淨人數達到或超過該數字，頁面就會在目前人數顯示附近顯示明顯的警示。此警示純粹是你自己螢幕上的一個視覺提醒：它不會上鎖、不會發送通知、不會限制進出，也聯動不到任何其他系統。
門檻不是安全認證、法律佔用計算、門禁系統、消防法規判定，也不能取代受過訓練的工作人員與現場作業程序。如果你所在的建築物具有法定最高容留人數，該數字由你的地方主管機關訂定，並由你的作業程序負責執行，而不是由瀏覽器欄位決定。People Counter 的門檻，最適合將其視為操作人員的個人提示：在手動計數達到或超過你認為對自己作業流程有意義的數字時，提供一個快速的視覺線索。設定門檻並不會讓計數結果在操作人員自身使用以外的任何用途上具有權威性。
計數結果存放在哪裡，以及如何導出
People Counter 的所有狀態都儲存在此工具的本機瀏覽器金鑰下。它不會被傳送到伺服器、不會連結登入帳號、不會同步到其他裝置，也不會被當作出勤資料庫使用。清除瀏覽器資料會一併移除歷史紀錄；不同的瀏覽器則會從一組獨立的空白紀錄開始。此工具在設計上就是私密的：你的數字僅存在於你記錄它們時所用的瀏覽器，以及你自行選擇導出的任何檔案中。
頁面上直接提供兩種導出格式。「Export PNG」會產生一張 1080 乘 1350 的摘要圖片，包含 Lizely 標誌、總計以及最近的日期紀錄。它不包含任何網址，也會省略選用的自訂標籤。「Export CSV」則會產生包含 Date、Entered、Exited 與 Net 人數的檔案，每一個已儲存的本地日期對應一列資料。兩個檔案都是使用瀏覽器原生的 canvas 與 Blob API 在本地產生。計數資料與導出檔案都不會被上傳進行處理。你可以自行私密保存這些檔案、在試算表中開啟 CSV，或在紀錄不再有用時將其刪除。
People Counter 適用的情境與不適用的情境
挑選工具的正確方式，是讓問題的形狀與工具所記錄的資料形狀互相吻合。People Counter 專為雙向移動加上手動容量門檻而設計。下表說明它與另外三個外觀相似、但回答不同問題的 Lizely 計數器有何差異。
| 工具 | 方向追蹤 | 容量警示 | 最適合用途 |
|---|---|---|---|
| People Counter | 雙向（Record entry／Record exit） | 可選，使用者自訂 | 以手動門檻追蹤目前的佔用人數 |
| Online Tally Counter | 單向（單次點擊遞增） | 無 | 依本地日期統計重複發生的事件 |
| Multi Counter | 每個命名標籤皆為單向 | 無 | 同時並列比較多組計數 |
| Daily Habit Counter | 每個預設習慣皆為單向 | 無 | 附帶每日歷史紀錄的個人習慣連續天數 |
如果你需要的是在有人走過門口時自動更新的計數，People Counter 做不到這一點，而任何誠實的手動瀏覽器按鈕說明都無法填補這個落差。如果你的問題是「依據我的手動紀錄，目前代表多少人」，並在這個數字讓你感到不安時顯示一個友善的警示，那麼 People Counter 頁面就是合適的選擇。僅在門檻對你作為內部提醒有用時才設定它，隨著事件發生即時記錄進入與離開，並將產生的數字視為它本質上所是的一份手動營運紀錄。
若你正在權衡各種選項，How to Check Results After Using an Online Tally Counter 對此有詳細說明。
若你正在權衡各種選項，How Do I Compare Approaches to Use a Tasbih Counter 對此有詳細說明。