每期节目页都应说清这次聊了什么
访客还没按下播放，就应该知道这期讨论什么。用具体的标题、简短的主题介绍和值得听的要点开场，不要每期都复制同一段宣传语。播放器、节目笔记和校对后的转录文本放在容易找到的位置，嘉宾姓名和资源链接也要核实。
播客 文字稿能让人和搜索引擎读到节目里的内容，但页面仍然需要结构和上下文。它是节目页的素材，不是自动获得搜索曝光的保证。
手头有原始节目文件，就优先使用完整文件。支持MP3、M4A、WAV，也可上传视频。公开的社交视频可以提供片段，但宣传短片的转录文本不能当作整期节目全文。
用JSON片段把文字连回播放器
每个片段都带以秒为单位的开始和结束时间，可据此把文本连到播放器中的位置。字段说明见转录对象文档。
先读文本、听录音，再划章节。片段只是时间单位，不是现成的章节。把相关讨论归到清楚的标题下，播放一下拟定的起点，避免跳过提问后只剩一段难以理解的回答。
网站需要自行实现跳转播放：在页面数据里保留数值时间，再连接到播放器的跳转功能。发布后抽查几个链接，包括节目后半段的链接。换了音频剪辑或加了片头，时间戳可能全部偏移。
{ "start": 85.4, "end": 91.2, "speaker": "Speaker 2", "language": "en", "text": "The first prototype failed during the field test." }播客 转录时，先区分主持人与嘉宾
有多个声音时，开启说话人分离。通过API上传的表单字段，见单次上传文档。
在控制台开始转录前开启“Identify speakers”，或通过API设置diarize=true。对照录音确认编号，再在发布模板里映射为主持人和嘉宾姓名。标签只属于当前录音，每期都要重新确认。
给阅读版加上段落和清楚的说话人名称，不要把长对话堆成一大段。核对专业术语，以及提到往期节目的内容；资源链接确认无误后再添加。
curl -X POST "https://api.transcript1.com/v1/transcriptions?wait=60" \
-H "Authorization: Bearer $TRANSCRIPT1_API_KEY" \
-F [email protected] \
-F diarize=true节目笔记帮人选内容，全文转录供人查原话
节目笔记回答“值不值得听”和“想听的部分在哪里”，转录文本回答“当时说了什么”。用简短的主题概览、章节列表和相关资源链接介绍长对话，不必再复述一遍全文。
写具体内容，不写空泛称赞。嘉宾解释一次实验为什么失败，就在介绍里写出当时的决定和得到的教训。对照原话核查，不要把试探性的建议写成确定结论。
系列节目可以复用导航和页面模板，但每期的信息要不同。几乎一样的介绍，很难帮听众判断该选哪一期。
发布后看真实数据，不靠字数猜效果
发布前检查页面标题、canonical URL、转录文本是否正常显示，以及节目归档页能否链接到这里。重要文字直接放在网页上，不要只藏在图片或难以访问的下载文件中。播放器、章节链接和字幕轨道一起测试。
转录文本可以帮助读者发现和理解节目，但transcript1不能承诺排名或收录。发布后用网站分析工具查看真实的搜索展示和访问。页面没收录时，先查抓取权限和Google报告的状态，不要以为继续加字就能解决。
固定更新的节目可以保留发布记录：节目文件、转录ID、校对稿和发布链接。API与Webhook能自动收集转录文本，编辑校对和发布检查仍应是独立步骤。