如何把链接从 Bitly、Short.io 或 Rebrandly 迁移过来
- migration
- bitly
- short-io
- rebrandly
- import
换链接平台听上去比实际吓人。你的链接不过是一行行数据——一个短地址加一个目标地址——而每一家主流短链接服务都允许你把它们导出成 CSV 文件。本文会带你走完从 Bitly、Short.io 或 Rebrandly 拿到这份文件,再把它导入由 LinkProfit 驱动的控制台的全过程,几分钟就能搞定。导入向导会自动识别这三种导出格式,所以本文大部分内容与其说是操作说明,不如说是让你安心。
哪些能搬走,哪些搬不走
开始之前,先把预期摆正:
能干净地搬走:
- 目标 URL——你的链接指向的那些页面。
- 自定义 slug(斜杠之后的那部分)——只要它们在你的新域名上还没有被占用。
- 标题和标签,前提是旧平台会把它们导出。
搬不走的:
- 旧域名本身。 印成
bit.ly/xyz的链接,只在你继续向 Bitly 付费期间有效。你迁移的是链接的内容,把它搬到你自己的域名上——go.yourbrand.com/xyz。如果旧链接用的是你自己拥有的自定义域名,把这个域名指向新平台,slug 就会继续解析。 - 点击历史。 数据分析会在新平台上从零开始。如果报表需要旧的统计数据,请单独导出。
- 已经印出去的二维码。 二维码编码的是完整的 URL,其中包含旧域名。指向你自己自定义域名的码能扛过一次域名迁移;指向
bit.ly的则不能。
第一步:从当前平台导出
Bitly
- 在左侧边栏打开链接。
- 选中你需要的链接(或者用顶部的复选框全选)。
- 选择导出,格式选 CSV。
- 根据套餐不同,Bitly 会把下载链接发到你的邮箱,或者直接下载文件。
文件里有一列 link(短的 bitlink)和一列 long_url(目标地址),付费套餐还会带上标题、创建日期和标签。导入向导会自动从 bitlink 的路径里取出 slug——bit.ly/summer-sale 到了你的新域名上就变成 summer-sale。
Short.io
- 在控制台里选择要导出链接的那个域名。
- 打开链接,使用导出 → 导出为 CSV。
- 文件会立即下载。
Short.io 的导出文件包含 Short URL、Original URL、Path、Title 和 Tags 这几列。向导会自动把 Path 映射为短地址,把 Original URL 映射为目标地址。
Rebrandly
- 在主导航里打开链接。
- 点击导出图标(或者走操作 → 导出)。
- 选择 CSV;账户较大时,导出文件会通过邮件送达。
Rebrandly 的文件用 slashtag 表示短地址,用 destination 表示目标 URL——两者都会被自动识别。导出文件里的 domain 列写的是旧域名;向导会忽略不认识的域名,转而在你已接入的域名上创建链接,所以你不需要动这个文件。
第二步:导入文件
- 在控制台里打开营销活动 → 批量导入。
- 上传 CSV。向导会说明它识别出的格式——「看起来像是 Bitly 的导出文件」——并预先映射好各列。
- 核对映射。可用字段有五个:目标 URL(必填)、短地址、标题、标签和域名。任何一列都可以手工重新映射,短链接那一列也可以用作地址来源(「从短链接中取路径」)。
- 点击校验行。每一行都会单独检查:格式错误的 URL、被保留或重复的地址、不认识的域名,都会就地标出。有错误的行只是被跳过——它们绝不会拦住文件里的其余部分。
- 点击导入。链接以每批 100 条创建,并带有进度条;一千行远远用不到半分钟。
- 下载结果 CSV。它逐行列出每一条新的短链接——或者被跳过的原因。请留好这份文件:它就是你的迁移记录。
不超过 1000 行的文件一次就能导入完。链接更多时,把导出文件拆开——大多数电子表格工具几秒钟就能做到——然后每个文件跑一次向导。
第三步:把自定义域名重新指向(如果你原来就有)
如果你的旧链接跑在你自己拥有的域名上(比如 Short.io 上的 go.yourbrand.com),那么操作顺序就很重要:
- 先导入链接并保留它们的 slug,此时旧服务仍在正常解析。
- 在新控制台里接入这个域名(域名 → 接入域名),并按照 DNS 说明操作。
- 域名在新平台上生效之后,完全相同的 slug 会解析到完全相同的目标地址——访客完全察觉不到这次切换。
- 取消旧的订阅。
由于第 1 步保留了 slug,中间不存在任何一段让印刷物料或已发布的帖子失效的时间窗口。
常见问题
重复的 slug 会覆盖我已有的链接吗? 不会。如果某个地址在目标域名上已被占用,这一行会在预览和结果文件里被报为错误;任何东西都不会被覆盖。
没有 slug 的行会怎么处理? 它们会拿到一个自动生成的短地址,并写在结果 CSV 里。
标签会被重建吗? 会——文件里的标签名会与你已有的标签匹配,匹配不上就自动创建,所以你的整理结构能扛过这次搬迁。
有没有走 API 的做法? 有。向导做的每一件事,都能通过控制台所使用的同一套平台 API 完成;如果需要的是持续同步而不是一次性搬迁,这条路更合适。
迁移历来是各家平台把你的数据扣作人质的时刻。一份诚实的 CSV 导入——逐行校验、保留 slug、并留下一份写明发生了什么的记录——是一个平台在你进门时至少应该给你的东西,而在你出门时,同一份导出同样存在。
大家常问的问题
我迁移之后,已有的 bit.ly 链接还能继续用吗?
印在物料上的 bit.ly/xyz 属于 Bitly 的域名,因此只有在你的 Bitly 订阅有效期内,它们才会继续解析。迁移真正搬走的是链接的内容——slug 和目标地址——把它们放到一个属于你自己的域名上。如果你的旧链接本来就用的是你自己的自定义域名,那么把这个域名指向新平台,完全相同的短链接就会继续解析,任何东西都不必重印。
在新平台上能保留原来的 slug 吗?
可以,只要这个 slug 在你导入的目标域名上还没有被占用。导入向导会保留导出文件里的 slug 列,并在预览中逐行校验,因此已被占用或含有不支持字符的 slug,会在任何数据写入之前就被标出来。通过校验的行会原样导入,这意味着指向你自己域名的印刷物料可以继续使用。
迁移时点击历史会一起转过来吗?
不会。点击量分析由提供跳转服务的那个平台记录,而且没有哪家主流短链接服务会把原始点击事件导出成另一家服务可以重放的形式。新平台上的数据分析,从它服务的第一次点击开始计算。如果报表需要历史数字,请在注销账户之前单独从旧控制台导出统计数据,并把这份文件与链接导出文件一起归档。
已经印出去的二维码会怎么样?
二维码编码的是一个完整的 URL,域名也在其中。指向你自己拥有的自定义域名的码能扛过这次搬迁:把域名重新指向之后,每一次扫码都会落到新平台上。而编码了 bit.ly 这类共享域名的码,一旦你离开那家服务商就会失效。不妨把迁移当作把共享域名的二维码重印到自己域名上的时机,这个问题此后就不会再出现。
导入向导能识别哪些导出文件?
来自 Bitly、Short.io 和 Rebrandly 的 CSV 导出文件会被自动识别——向导认得每个平台的列结构,并预先填好 slug、目标地址、标题和标签的映射。其他任何 CSV 也一样可用:你在同一个预览步骤里手工映射各列。每一行都会在导入前校验,向导还会返回一份结果文件,逐条列出创建了什么、跳过了什么,以及跳过的原因。