How to Migrate from Bitly to Urlik with Custom Aliases

如何使用自定义别名从 Bitly 迁移到 Urlik

自定义别名往往是人们真正记得住的 Bitly 链接部分。如果团队曾在邮件、演示文稿或与客户的沟通中分享过 bit.ly/spring-guide 这样的地址，即使目标页面没有变化，换成毫不相关的字符串也可能造成混淆。

本指南侧重于在 Urlik 中重新创建自定义别名，而不是迁移 Bitly 账户中的所有内容。关键在于确定哪些后缀值得保留，记录它们对应的目标地址，查看 Urlik 当前的别名规则，并记下无法重复使用的名称。创建前，请先确认 Urlik 中的具体设置和限制。

1. 确定要重新创建哪些 Bitly 别名

先从人们记得住的名称入手。像 spring-guide 这样的别名可能印在宣传资料上，而 support 可能被员工用于回复客户；相比旧内部便笺中只用过一次的链接，这些链接更值得重新创建。

逐个链接做出判断。检查活动文档、邮件模板、社交媒体主页、演示文稿，以及其他可能有人复制过 Bitly 短链接的地方。点击记录可以帮助判断链接是否仍在使用，但不要因为某个统计周期内点击量很少，就认定没人再需要它。

• 如果客户或员工熟悉某个别名，或它出现在当前活动素材中，就保留它。
• 如果目标地址已失效，或页面负责人无法确认其用途，就重新评估这个别名。
• 如果别名的负责人或目标地址不明，先不要将它纳入第一批重新创建的链接。

在 Urlik 中创建链接前，为每个选定的别名指定负责人。例如，春季活动的负责人可以确认 spring-guide 应继续指向当前指南页面，还是改为指向替代页面。先做出决定，才能避免熟悉的名称把访客带到过时的优惠页面。

2. 建立别名与目标地址清单

为每个选定的链接记录四项关键信息：Bitly 短链接、自定义别名、完整目标网址，以及说明链接用途的备注。备注可以写“春季活动指南”或“支持联系页面”；清晰的标签能让同事在两个链接指向相似页面时了解其背景。

查看 Bitly 账户提供哪些导出或访问选项。如果可以导出，请确认导出的内容包含所需字段；如果不包含，就从 Bitly 界面或最初使用这些短链接的文档中补齐缺失信息。不要假设导出文件包含所有别名的完整历史记录。

请保留完整的目标网址，包括现有查询参数。如果某个链接指向带有 UTM 标签的活动页面，省略部分查询字符串可能会改变统计结果。可以另加备注，说明这些标签是否有意设置，以及由谁负责维护。

• Bitly 短链接：当前分享的完整地址。
• 别名：短链接域名之后的自定义后缀。
• 目标地址：包含查询参数在内的完整页面地址。
• 用途：通俗易懂的说明，以及已知情况下的审批人。

将一份已确认的清单作为工作记录。如果同事修正了 support 的目标地址，请在任何人创建 Urlik 链接前更新这份记录；如果有两份互相矛盾的电子表格，团队就可能无法确定哪个网址经过了核实。

3. 创建链接前查看 Urlik 的别名规则

分配名称前，请查看 Urlik 当前的别名要求，包括允许使用的字符、长度、大小写和唯一性等规则。请先在 Urlik 中确认相关要求，再决定是否可以直接使用 spring-guide，还是需要改用其他形式。

不要根据其他短链接服务推测这些规则。Bitly 接受的名称未必符合 Urlik 当前的要求，而且相同拼写的名称可能已在相关 Urlik 账户中被使用。请在产品中或其最新帮助资料中确认规则，并将结果记在清单旁边，不要只靠记忆。

大小写处理方式尤其值得确认。如果 Urlik 将大写和小写字母视为相同，Support 和 support 可能无法作为两个独立名称；即使大小写会被区别对待，印在材料上或口头传达的别名也仍可能难以区分。选择易读的形式，并在清单和团队说明中统一使用。

如果 Urlik 显示某个别名不可用，请将其记录为冲突，不要悄悄用一个猜测出来的名称替代。

4. 标记可能需要更换名称的别名

将每个选定的别名与 Urlik 的规则以及相关账户中已有的名称进行比对。将其标记为可用、冲突或待审核。这个简单的状态字段可以帮助创建链接的人区分已获批准的替代名称和仍待决定的事项。

如果遇到冲突，请选择一个既能保留原意、又不会让人误以为原名称已成功迁移的替代名称。如果 spring-guide 不可用，团队可以考虑使用与内容相关的清晰变体，例如 spring-reading-guide，但应先确认活动负责人认可这个新名称。

除非年份、地区或部门信息长期有效，否则不要只为让名称变得独一无二而添加这些信息。包含年份的别名在页面被重复使用时可能会造成误导，而部门缩写也可能让客户摸不着头脑。替代名称应描述目标页面或链接用途，而不是迁移的历史。

• 即使无法重复使用，也要在清单中保留原别名。
• 在原别名旁写上拟用的替代名称，并记录批准更改的人。
• 注明原 Bitly 别名仍出现在哪些印刷或发布材料中，以便团队另行评估这些位置。

有些名称根本不应重新创建。如果 old-offer 指向已经下架的促销活动，正确的做法可能是弃用这个别名，而不是将它分配给无关页面。把熟悉的别名用于不同用途，可能会让链接看起来值得信任，却把访客带到意想不到的地方。

5. 使用已批准的别名映射创建 Urlik 链接

清单中的目标地址和替代名称确认后，请依据这份记录创建 Urlik 链接，而不要从旧的聊天消息中复制网址。添加目标地址后，按照 Urlik 页面显示的流程分配已批准的别名，并保存或发布链接。

每个条目的目标地址都应与已批准的版本完全一致。如果 spring-guide 应打开某个特定的活动页面，请在保存前将 Urlik 中的完整地址与清单进行比对；即使别名看起来正确，漏掉查询参数或误复制测试环境网址，也可能把访客带到错误页面。

如果原别名不可用，请使用已商定的替代名称。在清单中将 Urlik 短链接记在原 Bitly 短链接旁边，并注明最终分配的别名。如果生成的地址与申请的名称不同，请明确告知链接负责人，不要等到分享后才让对方发现。

活动链接也可能包含跟踪参数。如果需要了解这些参数的作用，请参阅这篇短链接 UTM 跟踪指南，以及这篇关于活动 UTM 链接跟踪的文章。请将归因设置的调整与别名决策分开处理：短链接后缀用于识别链接，而目标地址及其查询字符串决定链接的去向以及所携带的跟踪数据。

不要把创建 Urlik 链接当成所有 Bitly 链接都已替换的证明。旧的 Bitly 网址可能仍出现在邮件或已保存的文档中；本流程的目标是创建新的别名并核实其目标地址。清单应同时保存新旧两个地址，明确体现这一区别。

6. 核对每个别名是否指向预期目标

根据已批准的清单逐一测试新的 Urlik 短链接。打开链接，检查别名是否与批准的名称一致，并确认最终页面确实是预期的目标页面。如果链接带有查询参数，请仔细检查最终地址或页面行为，确保没有参数遗漏或被修改。

在每个条目旁记录测试结果，包括检查日期和所做的任何修正。如果 support 打开了错误页面，请将其标记为失败，并按照 Urlik 当前的流程进行修正，然后重新测试。

对于将出现在面向客户的材料中的别名，请安排另一人复核。复核者可以对照源文档，并检查 spring-reading-guide 这样的名称是否被误当成原来的 spring-guide。如果替代名称与其他仍在使用的别名相似，第二个人帮忙检查尤其有用。

最终记录应包含旧 Bitly 网址、新 Urlik 网址、已批准的目标地址、别名状态和测试结果。活动负责人更新邮件或演示文稿时，可以将这份记录作为明确的参考；它也能清楚显示哪些自定义别名已重新创建，哪些采用了经批准的替代名称。