4.3 封面、标题与资料:发行前的检查单
歌精修完了,混音也过了,别急着点发行。发行资料填得好不好,直接影响审核通过与播放转化:标题决定别人刷到时停不停,封面决定第一眼印象,歌词里的多余标签则可能让审核增加无谓的判读成本。这一节给你一份照着勾的检查单,逐项打钩再进发行流程。
封面:一条硬线 + 三条软建议
系统会为作品自动生成专属封面,直接用也能发行;想换成自己的图,必须守住这条硬线:1440×1440 像素、1:1 正方形、单个文件小于 10MB。 三条里任何一条不满足,都可能上传失败或被驳回。
| 要求 | 硬性? | 说明 |
|---|---|---|
| 分辨率 1440×1440 | 硬性 | 低于此分辨率会模糊或被拒 |
| 比例 1:1 正方形 | 硬性 | 竖图横图会被裁切或拒收 |
| 文件小于 10MB | 硬性 | 压缩不到位会被拦截 |
| 主体居中留白 | 建议 | 列表里圆形裁掉四角,重要内容别贴边 |
| 文字尽量大 | 建议 | 手机信息流里封面只有指甲盖大 |
自己做封面的便宜办法:用一张意境贴图压上歌名,歌名字号占画面高度三分之一以上,这样才经得起缩、经得起列表里的圆形裁切。导出前在手机上缩小到指甲盖大小看一眼——还能读清歌名,这封面才算及格。做完记得把源文件另存一份,发行后被驳回重做是常态,源文件丢了就要从头来。
封面内容:三种便宜方案
不会设计也能做出及格封面。三种最省力的做法,按推荐顺序:
| 方案 | 做法 | 适合 |
|---|---|---|
| 贴图压字 | 一张意境图 + 大字号歌名 | 九成场景,十分钟的活儿 |
| 纯色大字 | 纯色底 + 白色歌名,无图 | 歌名本身够强的抒情歌 |
| 歌词金句封面 | 副歌金句占满画面 | 金句写得好的说唱、民谣 |
三种方案共用一条戒律:信息越少越好。 封面在信息流里只有指甲盖大小,塞三行字等于什么都没塞。歌名之外最多留一行小字(作者名或风格),其余全删。
选图的方向:与歌词情绪同频即可——伤感民谣找雨后街景、国风找山水局部、电音找霓虹光斑。找不到图就退回纯色方案,纯色比廉价图高级。图片版权也要注意,商用场景别用随手保存的网图,自己拍或用免版权素材更保险。
封面规格自查
封装导出前按这张表自查,不合格的回调格式重导:
[ ] 新建画布为 1440×1440 像素,比例 1:1
[ ] 导出为 JPG 或 PNG,文件小于 10MB
[ ] 主体居中,四角留白(列表会裁圆角)
[ ] 歌名字号足够大,缩小到拇指盖仍可读
[ ] 文稿另存源文件,驳回重做不从头来
文件大于 10MB 的处理:导出时压低一点画质,或把封面改为 JPG;通常画质压到八成左右,肉眼几乎看不出差别,文件立刻小一截。不要用改后缀名的办法硬改格式,审核读不出真实编码。
标题:八个字的拉扯
标题是听众刷到你歌的第一行字。写法上有一个朴素的权衡:歌名要好记,同时得让算法与读者知道这是什么。
| 标题写法 | 例子 | 优点 | 风险 |
|---|---|---|---|
| 纯歌名 | 晚风信 | 干净、像正式单曲 | 信息量少,刷到不知道风格 |
| 歌名 + 括号补充 | 晚风信(伤感民谣) | 风格一目了然 | 过长、网感过重 |
| 歌名带钩子词 | 晚风信|副歌先听 | 引导试听 | 过度营销感 |
建议:歌名优先好记、能念出口,补充信息放副标题或资料描述里,别全堆标题上。另外两条朴素的规矩:标题别写错别字与生僻字,听众记不住也搜不到;别堆蹭热度的无关词,题不对文会被算法惩罚。标题之外,资料页的描述区值得认真写——一两句歌词金句加一句创作动机,是最省力的包装。
标题起完做三个自检:念一遍不顺口就改;让别人看一眼能不能复述;搜索框输入前两个字能不能打出来。标题是整首歌被记住的入口,值得花你十分钟反复读出声来。说句扎心的:烂标题会浪费一首好歌,因为听众刷过去根本不会点开,更不会收藏。
| 标题禁忌 | 为什么不能要 |
|---|---|
| 错别字、生僻字 | 搜不到、记不住 |
| 与歌无关的热门词蹭流量 | 题不对文,算法会降权 |
| 过长的情绪宣泄式标题 | 像朋友圈文案,不像歌 |
| 全英文/符号堆砌 | 目标听众划走,识别成本高 |
歌词:删掉多余标签
这一步最容易被忽略。创作时为了分段,我们往歌词区写了不少结构标签与人声指令标签;发行资料里的歌词如果不清理,听众会在播放页看到满屏方括号,审核也可能增加判读成本。发行前必须手动删除歌词中的多余标签。
清理前后对照:
清理前:
[Intro]
[Verse]
那年晚风路过站台
[Chorus]
我说晚风请你慢一点
清理后:
那年晚风路过站台
我说晚风请你慢一点
清理规则逐类说明:
| 标签类型 | 例子 | 处理 |
|---|---|---|
| 结构标签 | [Intro]/[Verse]/[Chorus] | 全部删除 |
| 人声指令标签 | [Belted]/[Whispered] | 全部删除 |
| 编曲转场标签 | [Build]/[Fade Out] | 全部删除 |
| 歌词正文 | 每一行汉字 | 保留,听众会跟着唱 |
| 真实演唱的衬词 | 哦、啊、和声衬词 | 保留,是演唱的一部分 |
判断标准一句话:听众嘴里会唱出来的,保留;只有创作时给机器看的,删掉。 如果听众评论里都在问“为什么歌词有括号”,那就是没清干净。
资料完善与存档
发行资料里还需要确认几项,每一项都对应一个坑:
| 资料项 | 要点 | 填错后果 |
|---|---|---|
| 演唱者署名 | 与实名认证信息一致 | 收益归属出问题 |
| 作词作曲署名 | 按实际参与填写,含 AI 辅助 | 版权判读不清,见 4.4 |
| 风格标签 | 选准品类(流行/民谣/电音/国风等) | 算法推错人群 |
| 作品描述 | 一句金句 + 一句创作动机 | 浪费最好的展示位 |
| 歌词正文 | 标签已清、无低俗词 | 审核拦截 |
风格标签选准品类关系到算法把你推给谁,值得花两分钟认真选,别默认第一个:民谣选错了流行,你的歌就推给了完全不对胃口的人,完播与收藏数据双双拉垮,算法进一步减少推荐,形成恶性循环。另外提个习惯:发行前的定版歌词、封面源文件、精修前的 demo,都另存一份到云文档(如腾讯文档)存档。作品除了本地保存之外多一个云端副本,是避免草稿丢失的最低成本保险,这和《Obsidian 指南》里“重要资产单独留档”的思路一致。
常见被拒原因速查
整理成一张表,发行前扫一眼即可避开大半:
| 被拒原因 | 高频触发 | 怎么改 |
|---|---|---|
| 封面不合规 | 竖图、小于 1440 像素、文件超 10MB | 按 1440×1440 正方形重导 |
| 歌词残留标签 | 方括号没清干净 | 按上表逐类删除 |
| 歌词违规词 | 擦边、低俗、敏感表达 | 替换或删除,别心存侥幸 |
| 署名问题 | 与实名认证信息不一致 | 演唱/作词/作曲核对一遍 |
| AI 标注缺失 | 忘记勾选“AI 辅助生成” | 有 AI 生成参与就勾上,见 4.4 |
资料填到这一步,如果你发现自己反复在同一类问题上被卡住,说明检查单没真正用起来——把上面这张表存进云文档,每次发行前对着勾一遍,比每次从头回忆靠谱。
发行前最终检查单
封面
[ ] 1440×1440 像素
[ ] 1:1 正方形比例
[ ] 文件小于 10MB
[ ] 缩小到指甲盖大仍能读清歌名
[ ] 封面源文件已另存
标题与资料
[ ] 标题好记、无错别字、无生僻字
[ ] 演唱/作词/作曲署名确认
[ ] 风格标签选准品类
[ ] 描述区有金句或创作动机
歌词
[ ] 多余结构标签已删除
[ ] 人声指令标签已删除
[ ] 衬词只保留真实演唱部分
[ ] 无违规或低俗词(会被审核拦截)
音频
[ ] 手机外放确认人声清晰
[ ] 满意版本已云文档存档
全部打钩,就可以进入 4.4 的发行与审核流程了。封面与标题本质上是“让歌被多看一眼”的运营活儿,这类包装思维在《AI 音乐指南》里有更系统的讨论,文字包装的方法可借《AI 写作指南》。
