2026 全新架構 極速短網址・創作者名片・個人工作室預約排程引擎,三位一體現已正式上線! 了解更多
2026 邊緣運算全新架構・Cloudflare 全球節點即時加速

一站搞定你的數位門面

縮短連結、打造個人 Bio,開啟線上預約。整合極速短網址、端對端安全加密暫存分享、創作者數位名片與零抽成工作室排程預約系統。

< 35ms
全球邊緣轉址延遲
0%
預約平台抽成・零隱藏費
AES-256
軍規端對端加密與自毀
iCal & LINE
全自動雙向通知與日曆同步
THREE PILLARS

三大核心模組・自由組合獨立運行

每一個模組皆具備獨立頂級體驗,亦能像積木般天衣無縫串接

極速短網址與安全暫存

ZPLK Shortener

極速縮網址與端對端安全暫存

支援即時點閱追蹤、密碼鎖定與 AES-256-GCM 瀏覽器端加密暫存。採用 Cloudflare 全球 Anycast 邊緣重定向與 R2 物件儲存,提供大檔分享、閱後即焚與 Google 試算表自動化同步。

  • 密碼保護・閱後即焚・TTL 自毀計時
  • 動態換源 (Manage Token) 免註冊即時修改
  • Google Sheets App Script 自動批量轉址
  • 自訂品牌網域 CNAME (Cloudflare SaaS)
創作者與品牌名片

ZPLK Bio

創作者與品牌 Bio 數位名片

自訂版面、聚合社群平台,支援原生嵌入預約組件。5 款復古手繪紙感主題隨心切換、支援 15+ 主流社群圖示、實體門市一鍵導航地圖與電話撥號。

  • 5 款獨家紙感視覺主題隨心切換
  • 實體門市一鍵導航・電話撥號・營業時間
  • 原生預約卡片:名片內直接完成預約
  • 精美專屬 QR Code 一鍵儲存與海報輸出
工作室智慧排程
熱門推薦

ZPLK Booking

個人工作室智慧排程預約

零手續費、自備 LINE 機器人推播提醒、相容 iOS 與 Google 行事曆訂閱。顧客免下載 App 即可 30 秒極速線上預約,動態時段計算與 MySQL 悲觀鎖防超賣。

  • 0% 平台抽成,100% 自主定價與現金流
  • 自備 LINE 機器人,預約前自動發送推播
  • 雙向同步 Google / Apple / Outlook 日曆 (.ics)
  • 獨立沉浸式頁面 (book.zplk.cc/:shop)
TECHNICAL WHITEPAPER

ZPLK 底層技術架構解析與工程白皮書

深入探討零知識端對端加密(E2EE)、預約時段動態差集切分演算法與多租戶自備 LINE 機器人 Webhook 之工程實踐

核心架構解析 01

端對端加密暫存機制:Web Cryptography API、PBKDF2 密鑰派生與零知識架構

在傳統雲端儲存與短網址暫存服務中,使用者上傳之文字、私密檔案或權限密鑰通常以明文或「伺服器端加密 (Server-Side Encryption, SSE)」存放於資料庫中。此種架構意味著雲端服務商、內部維運人員或遭遇 SQL 注入漏洞時,攻擊者皆有能力解密資料。ZPLK 採用瀏覽器端零知識(Zero-Knowledge Client-Side Encryption)架構,所有敏感內容在離開訪客裝置前即完成不可逆之對稱加密運算。

PBKDF2 密鑰派生與抗彩虹表防護

系統全面調用現代瀏覽器原生 window.crypto.subtle(Web Cryptography API),避免載入第三方不透明 JavaScript 加密套件引發供應鏈投毒。

  • 密碼轉化密鑰:使用者自訂之密碼字串透過 PBKDF2(Password-Based Key Derivation Function 2)派生演算法處理。
  • 動態密碼學鹽值 (Salt):由 crypto.getRandomValues() 於客戶端隨機生成 16 位元組(128-bit)高熵鹽值,強制抵禦預先計算之彩虹表(Rainbow Tables)反查攻擊。
  • 計算複雜度加固:採用 SHA-256 演算法並施以 100,000 次疊代(Iterations),大幅提升硬體 ASIC 或 GPU 暴力破解的時間與資源成本。

AES-256-GCM 認證加密演算法 (AEAD)

派生出的 256 位元對稱金鑰透過 AES-GCM 模式(Galois/Counter Mode)進行高吞吐流式加密:

  • 唯一初始化向量 (IV):每次加密皆隨機生成獨立 12 位元組(96-bit)IV,杜絕重放攻擊(Replay Attack)與密文樣式比對。
  • 內建認證標籤 (128-bit Auth Tag):AES-GCM 屬於認證加密(AEAD),能同時保證機密性(Confidentiality)與完整性(Integrity)。密文若在傳輸過程或儲存介質中遭到微小位元竄改,解密時將立即拋出 OperationError 拒絕解密。
零知識(Zero-Knowledge)伺服器架構保證

上傳至 ZPLK 後端 API 與 Cloudflare R2 儲存桶的 Payload 結構僅包含:{ ciphertext: Base64, salt: Base64, iv: Base64, ttl: number }。 解密密碼與派生出的 AES 金鑰在計算完成後立即自記憶體垃圾回收釋放,從不透過網路傳輸至任何後端或記錄於 Log 中。 因此,即使本站後端資料庫全面外洩或主機遭受物理扣押,在數學機率上任何人(包含官方系統管理員)皆無法在宇宙有限生命週期內還原密文。

閱後即焚(Burn-After-Reading)與 TTL 物理銷毀管線

為符合現代最高資安稽核規範,系統提供「閱後即焚」與「TTL 限時自毀」雙重自動抹除機制:

1
首位訪客驗證成功:訪客輸入正確密碼並經由本地解密成功後,後端 Atomic 點擊計數器立即觸發。
2
非同步銷毀任務派發:FastAPI 背景任務(BackgroundTasks)即時向 Cloudflare R2 發送 DeleteObject 請求,物理抹除雲端物件。
3
關聯索引強制清空:資料庫之短網址紀錄與密文摘要直接執行 DELETE,快取節點(Cache-Control: no-store)不予保留任何殘留資訊。
核心架構解析 02

預約時段動態演算法:非預先生成時間軸差集計算與 MySQL 悲觀互斥鎖防超賣

傳統排程 SaaS 軟體通常採用排程工作(Cron Jobs)在每日深夜為未來 30 至 90 天「預先批次插入」數萬筆空白時間段(Time Slots)。此種靜態架構在面臨店家頻繁調整休假、更換營業時間或插入臨時封鎖時,極易引發資料狀態不一致、大量無效 I/O 寫入以及龐大的儲存膨脹。ZPLK Booking 自研動態時間軸即時差集演算法(Dynamic On-Demand Interval Subtraction)與悲觀列級排他鎖(Pessimistic Row-Level Locking)。

動態時間軸切分演算法數學模型(三步過濾法)

步驟一
基準營業窗口集合生成 (Base Working Windows: S_base)

當顧客於前端選擇特定日期時,排程引擎首先根據店家所設定之「每週基礎營業時間」(如每週三 10:00 - 20:00)取得初始連續區間。接著查詢店家的「自訂國定休假與封鎖時段(Blackouts)」進行區間剔除,生成當日有效工作時間窗口集合: S_base = [W_start, W_end] \ Blackout_intervals。

步驟二
佔用區間與清潔緩衝期聚合 (Occupied Intervals + Buffer: O)

查詢資料庫中當日狀態為 CONFIRMED(已確認)與 PENDING(確認中)之所有預約訂單。為避免連續預約導致店家無喘息整備時間,演算法會動態將店家定義之「緩衝時間(Buffer Time / Clean-up Interval,例如 15 分鐘)」附加於每個預約區間的尾端: O = U [B_start, B_end + Buffer_time]。

步驟三
時間軸差集切片與服務時長網格對齊 (Interval Subtraction & Grid Alignment)

執行集合差集運算:Available_intervals = S_base \ O。 將運算後所產生的零散可用時間碎片,按照顧客所選項目所需之服務時長(如美甲施作需 90 分鐘)與系統時間步長(如每 30 分鐘為一刻度)進行網格滑動檢測(Sliding Window Check)。凡連續可用空間大於或等於服務時長之起始錨點,方能作為有效可選預約按鈕回傳前端。

高並發防止超賣機制:MySQL 8.0 交易中 SELECT ... FOR UPDATE 悲觀互斥鎖

在熱門美業工作室開放預約的瞬間,常有多名顧客同時選取相同的熱門時段。若採用一般的查詢再寫入(Check-then-Act)或弱隔離樂觀鎖,在微秒級別的高並發競態條件(Race Condition)下極易造成「同時成功寫入雙重預約(Double-Booking)」。ZPLK 在後端資料庫交易層級強制實作悲觀排他鎖:

-- 於資料庫交易 (BEGIN TRANSACTION) 內執行排他悲觀鎖定:
SELECT id, shop_id, start_time, end_time, status 
FROM bookings 
WHERE shop_id = :shop_id 
  AND status IN ('CONFIRMED', 'PENDING')
  AND start_time < :requested_end_time 
  AND end_time > :requested_start_time
FOR UPDATE;

-- 若查詢結果筆數 > 0,交易立即主動 ROLLBACK 並拋出 HTTP 409 Conflict 錯誤;
-- 若查詢結果 = 0,方獲准執行 INSERT 建立預約訂單,並 COMMIT 釋放鎖。

藉由 FOR UPDATE 列級鎖(Row Lock)機制,並發進來的後續請求必須等待當前交易釋放鎖,若前序預約成功寫入,後續請求在讀取鎖定資料時將即刻識別時段已被佔用,在資料庫核心層面 100% 杜絕衝堂與超賣。

核心架構解析 03

多租戶自備 LINE 機器人模式(BYO-Bot)與 HMAC-SHA256 Webhook 簽名驗證架構

傳統平台往往強迫所有進駐商家使用「平台官方 LINE 帳號」發送通知。此種作法使平台能將商家的顧客名單收歸己有,並在日後向顧客推銷競爭同業。ZPLK 堅定推動多租戶私域主權模式(Bring Your Own Bot, BYO-Bot),結合嚴密的 HMAC-SHA256 數位簽名校驗 與 RFC 5545 iCalendar 標準協議。

店家顧客私域流量與資產主權隔離

在 ZPLK 架構下,店家前往 LINE Developers 免費建立專屬之 LINE 官方帳號與 Messaging API Channel,並僅將 Channel Access Token 與 Channel Secret 儲存於經 AES-256 對稱密碼庫保護的租戶設定中。

  • 顧客好友直歸店家:顧客在預約過程中直接加入店家的專屬 LINE 好友,經營沉澱屬於店家的忠誠會員池。
  • 零平台抽成與無廣告寄生:發送的預約確認推播、行前 24 小時提醒推播與取消通知皆直接由店家的機器人發出,無任何 ZPLK 品牌廣告置入。

Webhook 雙向通訊與 HMAC-SHA256 簽名校驗

為杜絕偽造 Webhook 假冒 LINE 伺服器向後端惡意注入預約事件,系統在邊緣入口層嚴格執行密碼學簽名驗證:

  • 原始載荷雜湊:取得 HTTP 請求原始二進位位元組(Raw Request Body),以店家的 Channel Secret 為密鑰計算 HMAC-SHA256 雜湊。
  • 常數時間比對:將計算所得的 Base64 簽名與 HTTP 請求標頭 x-line-signature 進行常數時間比對(hmac.compare_digest),防止計時側信道攻擊(Timing Attacks)。未通過驗證之請求將於 1ms 內直接拒絕,保障通訊鏈路絕對純淨。

RFC 5545 iCalendar 標準協議與手機日曆即時訂閱 (Webcal)

為解決店家必須頻繁開啟預約後台核對排程的痛點,ZPLK 依據網際網路工程任務組(IETF)發布之 RFC 5545 規範,為每位店家生成專屬安全的動態 iCalendar 訂閱端點(webcal://book.zplk.cc/api/v1/calendar/:token/feed.ics):

跨平台原生相容

原生支援 Apple iOS 日曆、Google Calendar、Microsoft Outlook,免安裝任何第三方應用程式。

精準時區宣告 (TZID)

嚴格包含 VTIMEZONE 元資料(亞洲台北標準時間 UTC+8),徹底解決跨時區預約時間錯位的困擾。

雙向自動輪詢更新

新訂單成立或客戶取消時,手機行事曆會於背景自動排程輪詢同步,店家腕上的 Apple Watch 或桌面日曆小組件即刻顯示最新行程。

INFRASTRUCTURE

軍規安全防護與邊緣技術核心

不只是介面精緻,背後更有強悍的邊緣架構與隱私防護力

Cloudflare 邊緣極速重定向

全球 300+ 個 Anycast 資料中心就近轉址,邊緣即時安全驗證,帶來小於 35ms 的極速跳轉體驗。

端對端軍規級 E2EE 加密

在瀏覽器端即完成 AES-256 加密運算,金鑰絕不傳輸至伺服器,真正實現零知識 (Zero-Knowledge) 隱私保護。

LINE Messaging API 私有整合

無需依賴昂貴第三方簡訊,串接工作室自己的 LINE 官方帳號,由你的機器人向客人發送個人化預約通知。

閱後即焚與防外洩機制

機密敏感文字、圖片或檔案一經讀取立即在伺服器物理銷毀,徹底杜絕轉發流出與惡意備份風險。

iOS / Android 智慧分流與深度跳轉

根據訪客作業系統與裝置自動導向對應的 App Store、Google Play 或 LINE 官方好友深層連結 (Deep Link)。

自訂品牌網域與 SaaS 授權

將短網址或預約系統完全綁定為工作室子網域(如 short.mydomain.com),享有自動簽發的免費 SSL 憑證。

NO COMMISSION

傳統預約平台 vs. ZPLK 零抽成架構

為什麼越來越多個人工作室與獨立接案者全面遷移至 ZPLK?

比較項目傳統第三方預約平台⭐ ZPLK 獨立預約引擎
平台訂單抽成每筆抽 10% ~ 20% 營收0% 永久零抽成・收入全歸店家
LINE 自動提醒費用高價簡訊包或每月昂貴加價購自備官方 LINE 帳號推播・免昂貴簡訊費
客源與會員資料主權顧客常被導流至平台推薦之同業競爭者專屬獨立網址・顧客 100% 沉浸於你的品牌
日曆與行事曆同步僅能在平台內專屬 App 檢視,封閉無法導出通用 .ics 格式・雙向同步 Google / Apple 日曆
品牌整合能力充斥平台自身廣告、版面不可自訂手繪紙質設計・無廣告干擾・可無縫內嵌 Bio
公測期間全功能全面開放免費體驗!無須綁定信用卡・即刻開啟專屬線上預約門戶
立即建立預約後台
USE CASES

為各領域專業工作者量身打造

不論是實體門市接單、自媒體社群導流或企業數位行銷,ZPLK 都能提供最佳支援

資安與機密傳輸

機密檔案安全傳遞:閱後即焚與分離式密碼遞送指引

專為自由接案者、會計師、律師與研發團隊打造。透過 Web Cryptography API 本機 AES-256-GCM 端對端加密,機密合約、授權金鑰與報價單在離開裝置前即已鎖定。配合自毀 TTL 與閱後即焚機制,首位驗證成功讀取後立即自雲端物理抹除,徹底杜絕外洩與非法備份風險。

  • 分離式通道傳送指引:密碼透過私訊告知,短網址透過 Email 發送,達到實質雙因素隔離
  • 閱後即焚機制:首位訪客輸入密碼解密後,後端即時向 R2 發送 DeleteObject 物理抹除
  • 零知識伺服器保證:官方伺服器不持有解密金鑰,無後門亦無法還原原始檔案
美業 / 實體工作室

獨立工作室排程管理:美甲、美睫、個人健身教練的無抽成預約排程與日曆同步實例

告別繁瑣的私訊問答與手動記帳。顧客在獨立預約網址挑選服務與時段,預約完成後自動加入店家的專屬 LINE 官方帳號接收到期前推播提醒,大幅降低 No-Show 缺席率。

  • 0% 平台抽成,收入 100% 直入店家帳戶,無任何成交抽佣與隱藏費用
  • 服務時段自動加計清理與整備緩衝時間 (Buffer Time),防連續接單疲勞
  • RFC 5545 iCalendar 雙向日曆即時同步,新訂單自動推播更新至 iPhone 與 Google 行事曆
創作者 / 個人品牌

高轉化率 Bio 名片建置:單頁式整合社群與預約流程的用戶體驗優化

將 Instagram、YouTube、Threads 等社群平台、團購賣場、精選作品與預約日曆聚合於單一精美頁面。提供 5 款復古手繪紙質主題,顧客無需在不同網站跳轉,在 Bio 名片內即可一鍵開啟 Google 地圖導航或直接完成預約。

  • 5 款獨家紙感手繪視覺主題與 15+ 主流社群圖示隨心切換
  • 原生預約卡片深度整合:訪客無需離開名片即可無縫完成檔期預約
  • 精美專屬 QR Code 一鍵儲存與海報輸出,搭配即時點擊數據追蹤分析
品牌企業 / 電商行銷

企業行銷與自動化縮網址:Google Sheets 批次同步與品牌 CNAME 網域整合

運用 Google 試算表自訂公式一鍵批量產出數百筆追蹤短網址。支援 Cloudflare for SaaS 自訂品牌網域 CNAME,動態換源 (Manage Token) 免登入隨時更換導向網址,舊文連結永不失效。

  • Google 試算表 Apps Script 自訂公式秒速批量自動化縮網址
  • 自訂品牌專屬子網域(如 short.yourbrand.com)與免費自動 SSL 憑證
  • 全域工作區團隊協同與成員三級角色權限隔離管理
FAQ

常見問題與解答

了解 ZPLK 的運作方式與常見疑問

ZPLK 短網址服務是免費的嗎?如何確保轉址連結的長久穩定?

ZPLK 提供基礎免費短網址服務。系統透過多重反向代理與高可用性資料庫維護連結索引,正常短網址在未違反使用者條款(無詐騙、無惡意軟體)的前提下維持長期有效。

檔案加密後,如果忘記密碼,官方能協助找回嗎?
獨立預約系統(book.zplk.cc)需要支付交易手續費嗎?
如何在 Google 日曆或 iOS 日曆中確保預約行程隨時同步?
為什麼店家設定 LINE 通知時需要自行提供 Token?
發現平台上的縮網址涉及詐欺或未經授權內容,該如何通報檢舉?