你可以在需要保持可見的分頁中開啟一個向瀏覽器請求螢幕喚醒鎖 (screen wake lock) 的頁面，然後將該分頁留在最前方直到任務完成，藉此讓不使用時的螢幕保持開啟。喚醒鎖是一種有文件記錄的瀏覽器功能，而非隱藏影片的小技巧：頁面會要求系統在文件可見期間防止螢幕變暗或鎖定，而頁面本身會告訴你請求是處於啟用、拒絕還是已釋放的狀態。你的作業系統、瀏覽器與電池設定仍有最終決定權——它們可以拒絕請求、在分頁隱藏時釋放，或在省電模式啟動時交還控制權——因此頁面上的啟用狀態只是瀏覽器同意執行的確認，而非裝置將永遠保持開啟的保證。無論是在閱讀食譜、依照文字指示操作、查看計時器、架設支架進行簡報，或是讓 QR code 保持可見供他人掃描，這都是「如何使用時螢幕保持開啟」這個問題最精準且誠實的答案，因為它停留在瀏覽器的標準功能範圍內，而不是與裝置的電源控制機制對抗。
為何你在閱讀、料理或簡報時螢幕會進入休眠
每支手機、平板與筆電出廠時都內建了閒置計時器。作業系統會假設螢幕靜止顯示同一畫面一兩分鐘就是沒人正在使用，於是便會調暗亮度、鎖定並進入休眠——部分原因是為了省電，部分原因是為了減少螢幕損耗，另一部分則是為了避免被遺忘的裝置一直處於解鎖狀態。當你整段時間都在看著螢幕但沒有觸碰時，這個假設就完全錯誤了：你的雙手沾滿麵糊、簡報時眼睛盯著鏡頭、身體靠在平板上在爐邊讀食譜、筆電螢幕立在支架上而鍵盤已收合起來。
大多數教學指南首先想到的解決方法是深入系統設定，將閒置計時器調高到五分鐘、十分鐘或「永不」。這雖然有效，卻屬於全域變更——裝置上其他所有應用程式現在都會讓螢幕保持喚醒，包括昨晚忘記登出的那個。同時，這項設定在重新開機、企業政策重設或小孩借走手機之後都無法保留。基於瀏覽器的喚醒鎖則完全相反：它只會針對需要保持可見的那個分頁，而且一旦你關閉或隱藏該分頁，就會立即停止。
瀏覽器螢幕喚醒鎖的實際作用
Screen Wake Lock API 是一項小巧、有文件記錄的瀏覽器功能，可讓網頁向瀏覽器請求：「請在我的文件可見期間保持螢幕喚醒。」瀏覽器可以拒絕。如果它同意，便會回傳一個 sentinel 物件由頁面持有；一旦頁面釋放該 sentinel，瀏覽器就會恢復正常的休眠行為。Navigator.wakeLock 的瀏覽器相容性資料會發布在 MDN browser-compat-data 的 Navigator 節點中，這通常是用來彙整支援瀏覽器清單的方式，而 Safari 在 16.4 版新增了此 API。
這比「讓螢幕保持高亮度」範圍更小，也比「讓裝置永遠不要休眠」範圍更小。以下三件事是這項請求不會做到的：
- 它不會變更你的硬體亮度、自動鎖定計時器、省電模式或任何其他裝置偏好設定。
- 當分頁被隱藏、最小化或被其他視窗覆蓋時，它無法讓螢幕保持開啟。
- 它並不保證喚醒鎖會持續到你手動關閉——若系統政策、電池電量或電源狀態改變，瀏覽器可自行釋放鎖定。
誠實的工具設計會反映這些限制。一個會請求喚醒鎖、顯示請求目前是否處於啟用狀態、並在瀏覽器釋放鎖定的瞬間關閉指示器的頁面，才能給你真實的狀態。至於那些播放隱藏影片、循環音訊檔案、填滿全螢幕顏色，或宣稱能「強制」螢幕保持喚醒的頁面，做的是完全不同的另一回事，而且通常會在裝置是否真的會保持開啟這件事上說謊。
如何使用時讓螢幕保持開啟
當你希望單一瀏覽器分頁在閱讀食譜、進行簡報、長篇閱讀、料理計時或任何眼睛盯著螢幕但手空不出來的工作時保持可見，請使用 Keep Screen On 請求。
- 在你希望保持可見的那個確切分頁中開啟此頁面。如果任務涉及其他頁面（食譜網站、簡報、影片播放器），請將喚醒鎖頁面保留在同一個可見分頁中——若把喚醒鎖頁面開在自己的分頁然後切換到任務分頁，它就會被隱藏，而螢幕喚醒鎖只能由可見的文件持有。
- 選擇 Keep screen on。狀態列應會變更以確認瀏覽器已接受請求。若狀態顯示請求被拒絕，代表你的瀏覽器不允許此文件使用喚醒鎖，而你的裝置設定維持不變。
- 工作期間請保持該分頁可見。眼睛盯著螢幕、雙手保持空閒——這正是此請求的目的。
- 完成後在頁面上選擇 Turn off，或直接隱藏、關閉、切換到其他分頁。正常的螢幕逾時機制會立即恢復。
若要進行專注的工作階段，可將此請求與另一個分頁中的計時器搭配使用——閱讀頁面上的喚醒鎖讓你專注於內容，計時器分頁則繼續倒數。
瀏覽器接受或拒絕請求的時機
Screen Wake Lock API 支援大多數現代瀏覽器，包括 Safari 16.4 及更新版本，但實際可用性仍取決於瀏覽器版本、無痕模式、已安裝的網頁應用程式模式、裝置政策與當前電源狀態。不支援的瀏覽器會在頁面上收到明確的訊息；不會發出任何請求，裝置設定也不會變更。
即使請求被接受，仍有四種常見情況會在使用者未操作的情況下釋放喚醒鎖：
- 分頁被隱藏、瀏覽器最小化，或被其他視窗覆蓋。
- 裝置鎖定、休眠或進入省電模式。
- 電池電量低於瀏覽器或作業系統所使用的門檻。
- 家長監護、企業政策或其他系統政策優先生效。
誠實的頁面會將上述每一項反映為狀態變更。如果你選擇 Keep screen on，接著隱藏分頁後再返回該分頁，頁面會請求一組新的鎖定——它不會在背景中悄悄重試、不會嘗試繞過權限，也不會將鎖定延長到超過瀏覽器願意提供的範圍。如果鎖定原本處於啟用狀態而現在被釋放，狀態會立即翻轉，而不是留下一個不正確的「開啟」指示。
喚醒鎖最能派上用場的常見情境
當一般閒置狀態會造成不便但不會產生危險時，喚醒鎖就是合適的工具。下表比較了讀者最常詢問「如何使用時讓螢幕保持開」的常見工作、每項工作的大致持續時間，以及為何針對性的喚醒鎖優於系統全域變更。
| 情境 | 典型持續時間 | 為何針對性喚醒鎖有所助益 |
|---|---|---|
| 料理時閱讀食譜 | 15 至 45 分鐘 | 雙手濕滑或握著器具；全域調高閒置時間會影響其他所有應用程式 |
| 依照文字指示操作（組裝、修繕、編織、鉤針） | 30 分鐘至 2 小時 | 整個任務期間螢幕是被觀看而非被觸碰 |
| 在支架或第二螢幕上簡報瀏覽器分頁 | 5 至 60 分鐘 | 每次計時器觸發自動鎖定都會重置簡報 |
| 查看長時間倒數計時器或碼表 | 數分鐘至數小時 | 螢幕是資訊來源，而非控制介面 |
| 讓 QR code 保持可見供他人掃描 | 1 至 5 分鐘 | 第二個人需要以人類的步調讀取代碼 |
| 閱讀長篇文章或 PDF 而不捲動 | 10 至 30 分鐘 | 長篇閱讀時觸控輸入很少，因此閒置很快就會觸發 |
在每一列中，你需要保持喚醒的頁面就是可見的分頁。如果任務本身是計時器，請將喚醒鎖與第二個分頁中的 Online Stopwatch 搭配使用。
此方法與舊式「保持喚醒」變通方案的差異
搜尋結果中仍會出現三種舊式變通方案，了解為何誠實的喚醒鎖是「如何使用時讓螢幕保持開啟」這個問題的更佳答案會有所幫助。
- 隱藏影片或音訊迴圈。頁面可以在背景播放無聲影片來「欺騙」部分裝置，使其以為內容仍在播放中。這種做法效果不穩定，當瀏覽器對背景分頁進行節流時可能會無聲失敗，耗電量也比喚醒鎖更高，而且不會產生任何可用的狀態資訊——你無法判斷這個小技巧目前是否真的讓螢幕保持開啟。
- 全螢幕純色面板。部分網站將頁面填滿單一明亮顏色並切換到全螢幕。這根本沒有請求喚醒鎖；它只是將該頁面的亮度最大化。裝置仍會依照排程進入休眠。
- 永久變更系統自動鎖定設定。在設定中調高閒置計時器或關閉自動鎖定，會改變裝置上所有應用程式的行為，包括那些應該進入休眠的應用程式，而且在重新開機、設定檔切換或行動裝置管理政策下也無法乾淨地重置。
喚醒鎖範圍更小、更誠實，也更容易還原。發出請求的頁面會顯示請求是否處於啟用狀態、瀏覽器是否拒絕，以及瀏覽器後續是否釋放鎖定。沒有任何資料被上傳，不需要帳號，也不會執行任何背景服務。
讓喚醒鎖更可靠的實用習慣
幾個習慣能讓請求更容易成功，並在失敗時更為順暢。
第一，盡可能將裝置連接電源。筆電在接電時，喚醒鎖被接受的可能性比手機電量剩 4% 時更高。
第二，在依賴頁面狀態前先確認其內容。頁面應回報為啟用狀態；若顯示為拒絕，代表你的裝置設定維持不變，此時可以嘗試其他瀏覽器或關閉無痕模式。
第三，若你切換到其他分頁，請記得返回。當文件被隱藏時，瀏覽器必須釋放鎖定。回到該分頁會觸發新的請求；頁面不會在隱藏狀態下自動重試。
第四，不要在同一工作階段中將此方法與全螢幕小技巧或額外的自動鎖定調整混用。喚醒鎖若獨立使用便已足夠，否則你所面對的裝置政策根本不會理會喚醒鎖。
如需深入了解，請參閱 How to Keep Track of a To-Do List in Your Browser。
如需深入了解，請參閱 Keep Screen On While Using Maps: A Browser Method。