如何分享屏幕录制：链接、嵌入代码与 Markdown

录制完成了，空白片段剪掉了，关键点击处也加上了缩放效果。接下来才是悄悄拖垮大多数录屏工作流的环节：把视频送到别人手里。

把 400 MB 的 MP4 附在邮件里会被退回。上传到网盘，同事要下载文件、等待、打开播放器，等看到画面时早已忘了你在讲什么。分享本该只需一次点击，对方也应该在几秒内就开始观看。本文介绍 Recorded 把视频交到别人面前的三种方式，以及各自的适用场景。

三种分享方式

Recorded 的分享面板会把同一段录制提供为三种形式：

• 链接 — 任何人都能在浏览器中打开的网址，无需安装应用或下载
• 嵌入代码 — 一段 HTML 片段，让视频在你自己的网站或文档中直接播放
• Markdown — 可直接粘贴到 README、问题追踪系统和 Wiki 的片段

三者指向的是同一份已上传的录制。你只是在选择用哪种方式，把它贴到受众已经在的地方。

创建分享链接

1. 完成剪辑，打开要发送的录制
2. 点击分享
3. Recorded 准备文件并创建分享会话
4. 从链接标签页复制网址，粘贴到需要的位置

有个细节值得一提：链接在上传完成之前就已经可用。你可以立刻把它粘进消息里，等同事点开时视频已经可以播放。对于”我说的那个 bug 就是这个”这类简短消息，尴尬的等待就此消失。

由于录制会被托管，而不是只存在你的电脑上，分享需要登录账户。

嵌入到你自己的网站

嵌入代码标签页提供的 HTML 片段，可以放进任何支持自定义 HTML 的页面。当视频只是更大篇幅文档的一部分，而不是消息本身时，这就是正确选择：

• 产品文档 — 在文字步骤下方放一段 40 秒的演示
• 帮助中心文章 — 直接展示流程，而不是用文字描述六次点击
• 落地页 — 首屏放一段无声、聚焦的功能演示
• 内部 Wiki — 让视频与清单并排出现的新人上手文档

嵌入的视频把读者留在页面上；链接则把读者送走，然后指望他们回来。

面向开发流程的 Markdown

Markdown 标签页是大多数工程团队最终每天都在用的功能。直接粘贴到：

• GitHub 或 GitLab 问题 — 让复现视频就附在缺陷报告里
• 合并请求 — 让评审者看清即将批准的 UI 改动
• README 文件 — 在仓库页面上直接渲染的项目演示
• Notion、Linear 或 Slack — 原生支持 Markdown 渲染的工具

文字缺陷报告写的是”滚动时下拉菜单会关闭”。而用 Markdown 嵌入的录制会直接呈现这一幕，连同报告者忘了提的所有细节。

什么时候该导出文件

分享链接并非总是最佳选择。遇到以下情况请导出真实文件：

• 视频要交给客户存档
• 你要上传到 YouTube、课程平台或社交媒体
• 内容敏感到不该托管在任何地方
• 接收方需要对素材进行二次剪辑

这些情况下请导出兼容性最好的 MP4（H.264），并考虑使用优化文件大小选项——它会额外生成一份压缩副本，且没有可见的画质损失。真正发出去的，通常就是这份压缩版。

让分享的视频更小、更耐看

无论是发链接还是发文件，短而紧凑的视频总比冗长的更容易被看完：

• 分享前先修剪。 开头你在找窗口的那八秒，没人需要看。
• 删除静音段。 自动静音移除能收紧节奏，而不必重录。
• 分辨率匹配用途。 UI 缺陷报告不需要 4K，1080p 足够，上传也快得多。
• 超过五分钟就加章节。 观众可以直接跳到与自己相关的部分，而不用盲目拖动进度条。
• 前十秒说清重点。 假定观众正在决定要不要继续看下去。

发送前检查画面

链接一旦发出，画面里的东西就收不回来了。分享前花五秒扫一眼：

• 录制途中弹出的通知
• 暴露内部项目的浏览器标签、书签和窗口标题
• 侧栏里的邮件预览、客户姓名或账号
• 终端或环境文件中的 API 密钥和令牌

录制指定窗口而非整个屏幕，可以事先避免其中大部分问题；剩下的用模糊处理或剪掉相应片段即可解决。

结语

一段屏幕录制的价值，取决于别人观看它有多容易。简短消息用链接，文档用嵌入代码，合并请求用 Markdown——选择能把视频送到受众所在之处的方式，把长度修剪好，发送前再看一眼画面。能一键分享的录制，才是真正会被用起来的录制。