如何分享螢幕錄影：連結、嵌入碼與 Markdown

錄影完成了，空白片段剪掉了，關鍵點擊處也加上了縮放效果。接下來才是悄悄拖垮多數錄影工作流程的環節：把影片送到別人手上。

把 400 MB 的 MP4 附在信件裡會被退回。上傳到雲端硬碟，同事得下載檔案、等待、開啟播放器，等看到畫面時早就忘了你在說什麼。分享本來只需要點一下，而收到的人也應該在幾秒內就開始觀看。本文介紹 Recorded 把影片交到別人面前的三種方式，以及各自適合的情境。

三種分享方式

Recorded 的分享面板會把同一段錄影提供為三種形式：

• 連結 — 任何人都能在瀏覽器中開啟的網址，不必安裝應用程式或下載
• 嵌入碼 — 一段 HTML 片段，讓影片在你自己的網站或文件中直接播放
• Markdown — 可直接貼到 README、issue 追蹤系統與 Wiki 的片段

三者指向的是同一份已上傳的錄影。你只是在選擇要用哪種形式，把它貼到受眾已經在的地方。

建立分享連結

1. 完成剪輯，開啟要傳送的錄影
2. 點擊分享
3. Recorded 會準備檔案並建立分享工作階段
4. 從連結分頁複製網址，貼到需要的位置

有個細節值得一提：連結在上傳完成之前就已經可以使用。你可以立刻把它貼進訊息裡，等同事點開時影片已經可以播放。對於「我說的那個 bug 就是這個」這類短訊息，尷尬的等待就此消失。

由於錄影會被託管，而不是只留在你的電腦裡，分享需要登入帳號。

嵌入到自己的網站

嵌入碼分頁提供的 HTML 片段，可以放進任何支援自訂 HTML 的頁面。當影片只是較長文件的一部分，而不是訊息本身時，這就是正確選擇：

• 產品文件 — 在文字步驟下方放一段 40 秒的操作示範
• 說明中心文章 — 直接展示流程，而不是用文字描述六次點擊
• 著陸頁 — 首屏放一段無聲、聚焦的功能示範
• 內部 Wiki — 讓影片與檢查清單並排的新人上手文件

嵌入的影片會把讀者留在頁面上；連結則是把讀者送走，然後期待他們回來。

給開發流程用的 Markdown

Markdown 分頁是多數工程團隊最後每天都在用的功能。可以直接貼到：

• GitHub 或 GitLab issue — 讓重現影片就附在錯誤回報裡
• Pull request — 讓審查者看清楚即將核准的 UI 變更
• README 檔案 — 在儲存庫頁面上直接呈現的專案示範
• Notion、Linear 或 Slack — 原生支援 Markdown 呈現的工具

文字的錯誤回報寫的是「捲動時下拉選單會關閉」。用 Markdown 嵌入的錄影則直接呈現那一幕，連同回報者忘了提的所有細節。

什麼時候該匯出檔案

分享連結並非永遠是最佳解。遇到以下情況請匯出實體檔案：

• 影片要交給客戶自行保存
• 你要上傳到 YouTube、課程平台或社群媒體
• 內容敏感到不該託管在任何地方
• 收件者需要重新剪輯素材

這些情況請匯出相容性最好的 MP4（H.264），並考慮使用最佳化檔案大小選項——它會額外產生一份壓縮副本，且沒有可見的畫質損失。真正寄出去的，通常就是這份壓縮版。

讓分享的影片更小、更耐看

不論是傳連結還是傳檔案，短而緊湊的影片總比冗長的更容易被看完：

• 分享前先修剪。 開頭你在找視窗的那八秒，沒有人需要看。
• 移除靜音段。 自動靜音移除能收緊節奏，而且不必重錄。
• 解析度配合用途。 UI 錯誤回報不需要 4K，1080p 就夠了，上傳也快得多。
• 超過五分鐘就加章節。 觀眾可以直接跳到與自己相關的段落，不必盲目拖曳進度條。
• 前十秒說清重點。 假設觀眾正在決定要不要繼續看下去。

傳送前檢查畫面

連結一旦送出，畫面裡的東西就收不回來了。分享前花五秒掃一眼：

• 錄影途中跳出的通知視窗
• 洩漏內部專案的瀏覽器分頁、書籤與視窗標題
• 側欄裡的郵件預覽、客戶姓名或帳號
• 終端機或環境檔案中的 API 金鑰與權杖

錄製特定視窗而非整個螢幕，可以事先避免大部分問題；其餘的用模糊處理或剪掉該段即可解決。

結語

一段螢幕錄影的價值，取決於別人觀看它有多容易。短訊息用連結，文件用嵌入碼，pull request 用 Markdown——選擇能把影片送到受眾所在之處的方式，把長度修剪好，傳送前再看一眼畫面。能一鍵分享的錄影，才是真正會被用起來的錄影。