一個以瀏覽器為基礎的計數器,不需要帳號、登入,或任何個人資料,就能計算重複發生的事件,並保留每日的歷史紀錄。Online Tally Counter 完全在目前的瀏覽器分頁中執行,所以你可以開啟頁面、輸入一段簡短的標籤、設定一個步進值,並在事件發生的當下就開始按下「Increase」——不需要建立使用者名稱、電子郵件地址,或上傳個人檔案。之所以不需要帳號也能運作,是因為每一筆計數都存放在瀏覽器本機儲存區裡、屬於這個工具自己的鍵值下,而不是寫進一個綁定登入的遠端使用者資料庫。每一筆已儲存的計數,也會標記上裝置本機的行事曆日期,所以在星期二深夜按下的一次計數,在你隔天早上查看歷史紀錄時,仍然會歸在星期二。因為沒有任何內容會離開裝置,這個工具能刻意省略許多網頁應用程式會加上的註冊步驟,而那個步驟往往會把一次五秒鐘的計數,拖成一次五分鐘的註冊流程。
為什麼許多網頁計數器會強制要求登入
大多數標榜免費的線上計數器,仍然會在讓你按下按鈕之前,要求輸入電子郵件地址或用 Google 登入。對營運方來說,通常的理由很實際:登入能讓服務把你的數字存在自己的伺服器上,在你的手機與筆電之間同步,並在之後傳提醒訊息把你找回來。這些功能在某些情境下很有用,但對只需要一次快速本機計數的人來說,也增加了不少摩擦——一位正在做隨堂小考的老師、一間統計早晨來客數的小店、一位在餵鳥器旁記錄鳥類數量的愛好者,或一位在追蹤一場輕鬆遊戲比分的玩家。對於一件關掉分頁就結束的工作來說,註冊一個帳號,感覺比工作本身還要沉重。
Online Tally Counter 採取的是相反的做法。它把這個計數當成本機的證據,而不是一筆使用者紀錄。你開啟頁面、進行計數,頁面就把歷史紀錄留在同一台裝置上,完全不會問你是誰。這正是「不需要帳號」對一個瀏覽器工具來說的實際意義:資料留在瀏覽器已經存在的地方,所以根本沒有東西可以拿來附加個人檔案。
「不需要帳號」對一個瀏覽器計數器來說實際代表什麼
當一個工具聲稱不需要帳號時,實際的問題在於資料存放在哪裡。對一個以瀏覽器為基礎的計數器來說,誠實的答案只有三種:資料被送到一個綁定你登入的遠端伺服器、資料被送到一個不需登入的遠端伺服器,或資料留在你的瀏覽器裡。Online Tally Counter 採用的是第三種模式。它會把一小段 JSON 紀錄,寫進瀏覽器本機儲存區中一個叫做 counter:tally-counter 的鍵底下。這個鍵屬於這個頁面本身,所以網際網路上沒有其他任何網站能讀取或修改它。WHATWG HTML 標準把本機儲存區,描述成一個依來源區分的鍵值儲存區,能在頁面重新載入後存活,但會在使用者清除網站資料時被清空,這正是這種行為背後的正式規範。
因為這筆紀錄存在本機,這個工具根本沒有帳號可以合併——因為原本就沒有帳號存在。這個頁面不會要求你的姓名、電子郵件,或任何裝置識別碼。它也不會把這段 JSON 紀錄上傳到後端,這也是為什麼你的手機與筆電之間不會有雲端同步的同一個原因:這個設計是刻意把計數留在單一裝置上的。下表一眼就能看出,這與更常見的「需要帳號」設計有何不同。
| 行為 | 需要帳號的計數 App | Online Tally Counter |
|---|---|---|
| 計數之前的登入步驟 | 需要 | 不需要 |
| 計數存放的位置 | 綁定登入的遠端伺服器 | 瀏覽器本機儲存區,鍵值為 counter:tally-counter |
| 手機與筆電之間的同步 | 通常有 | 沒有,每台裝置各自保留自己的紀錄 |
| 計數依什麼分組 | 伺服器端的 UTC 時間或帳號設定 | 裝置本機的行事曆日期 |
| 如果你清除網站資料會發生什麼事 | 雲端副本仍然存在 | 本機歷史紀錄會被移除 |
| 不上傳就能匯出 | 通常需要在 App 內完成一次下載步驟 | PNG 與 CSV 都是從已儲存的歷史紀錄在本機產生的 |
| 蒐集的個人資料 | 電子郵件、姓名,或 OAuth 個人檔案 | 無 |
結論很簡單:「不需要帳號」是一項隱私原則,而不是一個缺失的功能。這個工具刻意用雲端同步,去換取不需要註冊就能開啟並使用的能力。
在瀏覽器中一步一步計算事件
- 在你的瀏覽器中開啟 Online Tally Counter 頁面。
- 輸入一段簡短的標籤,描述你正在計數的內容,例如「Visitors」或「Lap 3 reps」。這個標籤只會顯示在頁面上;它不會被匯出。
- 選擇步進值,也就是每按一次「Increase」按鈕所增加的整數。如果是一次一個地計數,用 1;如果一次按鍵代表一批項目,則用較大的整數。
- 每次事件發生時按下「Increase」。目前的總數會立即更新,計數上方的日期列會顯示這些按鍵目前正被計入哪一個裝置本機的行事曆日期。
- 如果按太多次,按下「Decrease」,就能從當天扣掉一個步進值的量。總數會依你設定的步進值同幅度下降。
- 想在不丟失較早日期資料的情況下重新開始新的一天,按下「清除當前日期」控制項。有非零計數的先前日期,仍然會顯示在歷史清單中。
- 當這次計數告一段落時,如果想讓當天繼續累加,就讓分頁保持開啟;如果要關閉分頁,之後在同一個瀏覽器中重新開啟即可繼續。
一個實例演練
如果你把步進值設為 5,並在早上按了七次「Increase」,那天顯示的總數會是 5 × 7 = 35。如果你之後發現有兩次是按錯的,再按兩次「Decrease」,總數會下降兩個步進值,最後變成 35 − 10 = 25。已儲存紀錄中那一天的歷史列會顯示 25 這個數字,匯出的 CSV 檔案也會有一列,包含今天的本機日期與計數 25。無論步進值多大,運算方式都一樣,因為步進值只是附加在每一次按鍵上的整數乘數。
你的計數存放在哪裡、又會在什麼時候消失
這份歷史紀錄是依本機行事曆日期分組,而不是依 UTC。這個工具用瀏覽器的 Intl.DateTimeFormat 輔助功能來解析日期鍵,它會回傳你裝置時鐘與裝置時區共同認定的那個日期。實際的效果雖小但很實用:星期二晚上 11:55 按下的一次計數,算作星期二的,即使 UTC 時鐘已經跨到星期三。當本機的星期三開始時,顯示的計數會從零開始,而星期二那一列仍然會顯示在它上方的歷史清單中。
這個大小有上限的 JSON 紀錄,遠遠低於典型的本機儲存區配額,而且這個工具只接受整數步進值,所以一個格式錯誤的值不會弄壞已儲存的總數。歷史清單只會顯示仍然有非零已儲存計數的日期,這讓清單保持精簡,也避免了誤導人的空白列。如果你的瀏覽器停用了本機儲存區,或配額已用完,頁面仍然會顯示你剛剛變更的數字,並用白話文說明:在儲存空間再度可用之前,歷史紀錄無法被保留。這種誠實的退回機制,是設計的一部分,而不是一個隱藏的設定。
值得清楚說明的一條規則,與刪除有關。清除這個工具來源的瀏覽器網站資料,會移除已儲存的歷史紀錄。不同的手機、同一台電腦上不同的瀏覽器,或一個無痕視窗,都會從一份獨立的空白紀錄開始。如果你需要讓計數在清除之後仍然存在,請在清除任何東西之前先匯出。
不上傳、把歷史紀錄匯出成 PNG 或 CSV
匯出控制項,能把已儲存的歷史紀錄,轉換成你可以存到磁碟、附加到電子郵件,或在其他程式中開啟的可攜檔案。兩種格式,都是在你按下按鈕的那一刻於本機產生的——這個頁面使用瀏覽器原生的 canvas 與 Blob API 來建構檔案,中間沒有任何上傳步驟,也沒有伺服器往返。
PNG 匯出是一張 1080 x 1350 的分享圖片。它包含 Lizely 標記、所有已儲存日子的總計,以及最近幾個行事曆日的資料列。它刻意不包含任何網址,也不包含你輸入的自訂標籤,所以當你分享這張圖片時,不會外洩個人備註或連結。CSV 匯出則是一個純粹的兩欄檔案,有一欄日期(Date),一欄計數(Count)。每一個有非零已儲存計數的日子,都恰好對應一列,這讓它很容易在試算表中開啟、與專案資料夾放在一起封存,或匯入每日事件的紀錄中。瀏覽器的 canvas toBlob 方法,正是實際在記憶體中產生 PNG 檔案的功能,其正式行為記載在 WHATWG HTML Canvas 規範中。
如果你想要一份持久的外部紀錄,每週或在專案結束時按一次 CSV 按鈕即可。如果你想要一份乾淨的視覺摘要,用於聊天或報告中,就改按 PNG 按鈕。無論哪一種方式,檔案都是從已儲存的歷史紀錄在本機建構出來的。
什麼時候一個只在本機運作的計數器是對的工具
一個完全存在於你瀏覽器中的計數器,最適合用在「今天總共幾個?」比「自從我 2024 年建立帳號以來總共幾個?」更重要的短時間、重複性事件上。課堂參與度、產線檢查、輕鬆遊戲的比分、訪客估計,以及個人收藏品計數,都符合這種形狀。對於需要一個固定回合目標的工作流程——例如 33 或 99 個回合、外加一個可選的完成訊號——Tasbih Counter 保留了同樣「本機優先」的規則,再額外加上回合目標。至於單位是「下」、又想要一個可選休息計時器的健身組數,Workout Rep Counter 也遵循同樣的模式。
如果你的工作需要雲端同步、跨裝置歷史紀錄,或多人共享存取,一個只在本機運作的瀏覽器計數器就不是對的工具,你應該選擇一個以帳號為核心設計的產品。但對於一次快速、私密、不需註冊的計數——你可以在一個分頁裡打開、用完就關掉——本機優先的設計正是恰到好處的形狀,而「沒有帳號步驟」正是這個功能本身,而不是缺少的選項。
相關閱讀:Key Press Counter Alternative Built Into a Browser Tab。
相關閱讀:How to Make a Click Counter and Compare Several Counts。