使用線上記數器的正確做法，是把標籤、每次遞增的值，以及以本地日期分組這三項視為你在第一次點擊之前就必須做好的刻意選擇，而不是可以忽略的預設值。挑選做法時，應該讓計數器的三個控制項對應到你真正想計算的事件，而不是直接點頁面上最大的按鈕。使用 Online Tally Counter 時，整個工作流程都在本地完成：你設定一個簡短的標籤，讓儲存的那一天具有意義；你選擇一個整數的遞增值，讓每次按壓代表正確的整批數量；你讓裝置本地的行事曆日決定該筆計數會落在哪一列。一旦這些選擇確定，每一次遞增、遞減和匯出都能順利完成，不需要額外設定。因此，正確的做法首先是一個規劃問題，其次才是點擊問題——而本指南的其餘部分，會按照你實際會遇到的順序，逐步說明每個決策。
「正確做法」對線上記數器而言代表什麼
挑選線上記數器的正確做法，與其說是在比較功能，不如說是在做三個可預期的決定：如何為這個計數命名、每次按壓代表多少、以及怎樣才算「今天」。網路上大多數點擊式計數器只給你一個會在重新整理時歸零的數字，這對於只有一分鐘的小遊戲或許沒問題，但卻會失去你真正想要的部分——每日的紀錄。Online Tally Counter 將每個本地行事曆日視為獨立的一列，因此正確的做法就是那個既能保留這種分隔、又同時保持操作迅速的做法。如果你的計數任務只需要知道「現在有多少」，那麼最小程度的設定就夠了。如果你的任務還需要知道「星期二有多少」，同一個工具其實也支援，只要你在日期切換之前停止計數，並信任計數器所顯示的日期標示即可。
將計數器對應到常見的計數情境
計數任務表面上看起來各不相同，但它們大多共享同樣的三個控制項。無論是課堂點名、生產線計數、個人收藏、遊戲分數記錄，還是訪客估計，只要你為事件命名、選擇遞增值、並讓行事曆日來保存該列，它們都會變成同一種形式。下表顯示同一個計數器如何在不額外設定的情況下，套用於五個常見情境。
| 情境 | 建議標籤 | 建議遞增值 | 為什麼這個組合有效 |
|---|---|---|---|
| 一位學生到席，按一次 | Class attendance | 1 | 每次點擊代表一位學生，因此 step 1 能讓計數保持正確。 |
| 計算相同零件的托盤數 | Trays counted | Items per tray | 大於 1 的遞增值，能讓一次點擊代表一整批。 |
| 為收藏新增單一品項 | Collection name | 1 | 單一品項幾乎不需要大於 1 的遞增值。 |
| 記錄休閒遊戲的分數 | Team or game name | Point value per event | 一次點擊代表一個得分事件，而不是單一的滴答。 |
| 以小群體為單位估算訪客數 | Visitors | Estimated group size | 每次按壓代表一個粗略的群體規模。 |
在這裡，正確的做法是那個其標籤與遞增值，能對應到你之後真正想回答的問題。對於像點名這種一對一的事件，step 1 能讓數字保持誠實，因為每次按壓確實就是一位學生。對於像零件托盤這種整批的事件，使用等於托盤容量的遞增值，就能讓一次按壓代表整個托盤。計數器只接受整數的遞增值，並將每日計數維持在一個有界的範圍內，如此一來，意外輸入的錯誤值就不會悄悄毀掉儲存的那一列，這代表你可以專注於把遞增值設對，而不必防範錯誤輸入。
設定標籤與遞增值
標籤請保持簡短且具描述性，因為標籤會保留在瀏覽器內的 Daily history 清單中，但會刻意從 PNG 匯出中省略。這是一個影響很大的小隱私選擇：你可以在標籤中輸入專案代碼或房間名稱等個人註記，不用擔心這些內容會出現在分享出去的圖片中。遞增值是第二個設定選擇，也是最容易出錯的一個。step 1 代表每次按 Increase 都會增加一個事件，這是多數休閒計數器的預設行為。step 5 或 10 則代表每次按壓代表一整批——例如五位訪客、十頁閱讀量、三圈跑完。計數器只接受整數的遞增值，並將每日計數維持在一個有界的範圍內，所以意外輸入的巨大數值不會毀掉儲存的那一列。如果不確定怎麼設，建議從 step 1 開始，按幾次之後再依據你真正想計算的批量大小進行調整。
正確地在一天之中進行計數
日期標示是多數休閒計數器會忽略的部分，但也正是它把一個點擊式計數器變成每日紀錄的關鍵。Online Tally Counter 透過瀏覽器的本地日期邏輯來決定日期鍵，因此在晚上 11:50 記錄的計數會留在當天那一列，而不會被悄悄移到 UTC 的明天。聽起來很技術性，但實際效果很簡單：深夜工作、大夜班、以及清晨的計數，都會歸屬到你實際經歷的那一天。當下一個本地日期開始時，畫面上顯示的計數會重置為零，而早先仍有儲存計數的每一天，則會保留在上方。Decrease 按鈕就是修正工具——一旦發現按錯，就立即使用它，讓儲存的那一列反映的是真實事件，而不是手滑。當天也可以在不刪除任何先前日期的情況下被清除，當某次計數只是誤開始，或是從一開始就記錯事件時，這就是正確的做法。
如何使用 Online Tally Counter 記錄每日總計
請依序執行下列步驟，讓每日紀錄從第一次點擊到最後一次匯出都保持乾淨。
- 在瀏覽器中開啟 Online Tally Counter，並輸入一個簡短的標籤來描述你要計數的內容。
- 選擇每次按 Increase 時要使用的遞增值——單一事件用 1，分批事件則用該批的數量。
- 看一下日期標示，確認下一次按壓會落在哪一個本地行事曆日。
- 在每個事件發生時按 Increase，一旦發現多計就立即按 Decrease。
- 在離開頁面前，開啟 Daily history 清單，確認儲存的那一列與你按過的內容一致。
- 一天結束時，匯出 PNG 以取得視覺化摘要，或匯出 CSV 以取得可用於試算表的封存檔。
依序執行這些步驟能讓紀錄保持誠實，因為標籤與遞增值在任何資料被記錄之前就已固定，而日期標示也在需要之前就已經過確認。兩種匯出彼此獨立——你可以儲存一份 PNG 作為快速視覺參考，再儲存一份 CSV 供日後深入檢視，且兩者都不會將資料傳送到任何地方。這兩種檔案都是在你按下匯出按鈕的當下，從本機儲存的紀錄即時產生，因此即使在網路較慢的環境下，整個工作流程依然順暢。
在 PNG 與 CSV 匯出之間做選擇
正確的匯出選擇，取決於誰會閱讀這份紀錄，以及它會存放在哪裡。
| 輸出格式 | 內容 | 最適用於 | 隱私說明 |
|---|---|---|---|
| PNG | 1080 × 1350 的分享圖，含有 Lizely 標記、總計，以及最近的行事曆日紀錄 | 可分享的視覺化摘要，截圖後貼到對話或簡報中 | 不含網址，也不含自訂標籤，因此不會曝露個人註記 |
| CSV | 簡單的兩欄檔案，含 Date 與 Count，每一個非零的日期佔一列 | 試算表分析、專案封存、並列比較 | 純文字，不含額外中繼資料；可在任何試算表應用程式中開啟 |
當你想要一張能一眼看出最近幾天狀況的圖片時，PNG 是正確的選擇，因為分享圖已內含總計與最近的紀錄，不需額外設定。當資料需要與其他列合併，或是要餵入報告時，CSV 是正確的選擇，因為它是一個簡單的兩欄格式，每一個非零日期佔一列，可直接用試算表開啟。這兩種格式對應到不同用途，也可以在同一個工作階段中使用，因為每次匯出都是依據當下儲存的紀錄即時產生。如果你想深入了解檢視那一端的流程，how to check results after using an online tally counter 這篇指南與這個步驟搭配閱讀會非常合適。
影響做法的隱私規則
正確的做法也必須尊重計數器儲存資料的方式。根據 WHATWG HTML Web Storage 規範，瀏覽器的 localStorage 只會將資料保存在目前的來源下，並不會同步到其他地方——而這就是這裡完整的隱私模型。計數器在單一的本地鍵下儲存一筆有界範圍的 JSON 紀錄，整個過程都在這個瀏覽器內執行，絕不會上傳到伺服器、與帳號合併，或分享到其他裝置。如果瀏覽器的儲存功能被停用或空間已滿，目前的頁面仍會顯示你變更過的數字，並說明它無法保留紀錄——比起假裝某筆計數已被備份，這種限制更為誠實。清除瀏覽器的網站資料會一併刪除歷史紀錄，而換一支手機或電腦則會以一筆全新的空白紀錄開始。事先了解這些限制，本身就是正確做法的一部分：這個工具並不是備份服務，因此任何必須在瀏覽器資料被清除後仍保留下來的內容，都應該在當天結束時，立即匯出為 PNG 或 CSV。
何時 Online Tally Counter 是正確的工具
當你的問題同時包含「現在有多少」以及「某一天有多少」時，Online Tally Counter 就是正確的選擇，因為同一個畫面不需要額外設定就能同時回答這兩個問題。它不適合用於需要固定目標並顯示完成信號的任務——針對這類需求，Tasbih Counter 搭配 33 或 99 輪的目標會更為合適。它也不適合用於有固定組數與次數的訓練，因為 Workout Rep Counter 正是為組數與次數的結構而打造的。因此，選擇正確的做法，也意味著了解何時該放下這個計數器，去使用一個本就契合該工作流程的同類工具，而不是強迫這個通用型計數器去表現成它原本不是的樣子。