网站域名更换时，，，，，，，，通知用户不能只颁布一条布告。。。。。。更稳妥的做法是先确定切换功夫和新域名，，，，，，，，再通过旧网站布告、邮件、短信、站内信、公家号或社群等渠路分层通知，，，，，，，，同时保留旧域名的接见疏导和跳转。。。。。。这样既能让老用户知路“网站已经换到哪里”，，，，，，，，也能削减珍藏夹失效、找不到入口和沉复征询。。。。。。

第一步：先整顿必要通知的信息

通知起头前，，，，，，，，先把用户最关切的内容整顿成一份统一口径，，，，，，，，预防分歧渠路出现分歧域名或分歧切换功夫。。。。。。至少应蕴含以下信息：

• 新域名：齐全写出新的接见解址，，，，，，，，不要只写网站名称或简称。。。。。。
• 切换功夫：注明从哪一天、哪个功夫点起头使用新域名；；；；；；若是分阶段切换，，，，，，，，也要写明显铺排。。。。。。
• 原域名处置方式：奉告旧地址是否会持续保留、是否会自动跳转，，，，，，，，以及用户是否必要沉新珍藏。。。。。。
• 账号和数据变动：明确账号、订单、会员权利、汗青纪录等是否维持不变。。。。。。
• 必要用户实现的作为：例如更新浏览器珍藏加注沉新关注官方账号、使用新地址登录。。。。。。
• 官方鉴别方式：如有多个类似入口，，，，，，，，应注明唯一的新域名和官方客服渠路。。。。。。

通知内容越具体，，，，，，，，用户越不必要反复询问。。。。。。不要只写“网站已升级，，，，，，，，请接见新地址”，，，，，，，，由于用户依然不知路升级何时实现、旧账号是否可用，，，，，，，，以及原来的链接还能不能打开。。。。。。

第二步：若是旧域名仍可接见，，，，，，，，选取“旧站疏导+多渠路通知”

这是最适合大无数网站的情况。。。。。。旧域名还能打开时，，，，，，，，应把它作为持续通知入口，，，，，，，，而不是立即烧毁。。。。。。用户可能仍从搜索珍藏、汗青谈天纪录、浏览器自动填充或表部文章进入旧地址。。。。。。

1. 在旧网站首页搁置能干布告：在顶部导航、首页首屏或登录页显示“域名已更换，，，，，，，，请使用新地址接见”的提醒，，，，，，，，并直接搁置新域名入口。。。。。。
2. 对常用页面设置对应跳转：若是技术前提允许，，，，，，，，让旧域名的首页跳到新首页，，，，，，，，原来的文章、商品、登录页尽量跳到新域名下对应页面，，，，，，，，不要把所有页面都粗鲁地跳到首页。。。。。。
3. 保留一段功夫的旧站提醒：自动跳转后仍可保留短暂提醒，，，，，，，，方便用户确认自己已经进入正确网站。。。。。。具体保留功夫应结合接见量、业务周期和旧链接数量铺排。。。。。。
4. 颁布站内布告：登录后的用户通常是最有价值、也最容易实现珍藏更新的一批人，，，，，，，，可在幼我中心、订单页、新闻中心同步显示域名调换注明。。。。。。

旧域名的提醒页面要简洁，，，，，，，，沉点只放新地址、切换日期和账号数据注明。。。。。。不要让用户在多个按钮之间猜测哪个才是正式入口。。。。。。

第三步：若是用户已经沉淀在账号系统，，，，，，，，优先使用定向通知

对于有注册用户的网站，，，，，，，，单靠首页布告覆盖不够。。。。。。用户可能很少接见首页，，，，，，，，却会关注订单、会员、课程、项目或账户信息，，，，，，，，因而应依照用户是否留有联系方式，，，，，，，，选择分歧的通知方式。。。。。。

• 有邮箱的用户：发送域名调换邮件，，，，，，，，标题直接写明“网站域名已更换，，，，，，，，请更新接见解址”，，，，，，，，正文放新域名、切换功夫和账号影响注明。。。。。。
• 有手机号的用户：短信适合传递短新闻和垂危提醒，，，，，，，，内容应凸起新域名和官方确认信息，，，，，，，，预防参与过多诠释。。。。。。
• 仍在使用站内账户的用户：登录弹窗、站内信和幼我中心布告能够反复触达，，，，，，，，但频率应适中，，，，，，，，预防影响正常操作。。。。。。
• 持久未登录的用户：可在切换前发送一次预报，，，，，，，，切换实现后再发送一次了局通知，，，，，，，，让用户知路新入口已经可用。。。。。。
• 有订单或服务进行中的用户：应单独注明订单、售后、权利和登录方式是否变动，，，，，，，，必要时保留客服入口。。。。。。

邮件或短信不要只附上一个陌生链接。。。。。。建议同时写出网站名称、原域名更换日期和用户必要实现的作为，，，，，，，，让用户可能结合已有信息判断通知是否属于自己的服务。。。。。。

第四步：凭据用户起源选择公开渠路

分歧网站的用户荟萃地位分歧，，，，，，，，通知渠路也应随着用户走。。。。。。渠路越切近用户平时获守信息的处所，，，，，，，，越容易实现接见切换。。。。。。

若是网站同时占有多个公开账号，，，，，，，，应在相近功夫颁布统一版本的通知。。。。。。对于用户不容易持久保留的渠路，，，，，，，，能够把新域名放在置顶布告、账号简介或固定菜单中，，，，，，，，削减用户日后再次寻找入口的成本。。。。。。

第五步：依照“预报—切换—提醒”铺排通知

一次性通知容易被忽略，，，，，，，，分阶段发送更适合域名更换。。。。。。具体功夫可凭据网站规模和用户活跃法规调整，，，，，，，，但每次通知承担的工作该当分歧。。。。。。

1. 切换前预报：通知用户网站即将更换域名，，，，，，，，提前颁布新域名和打算功夫，，，，，，，，提醒用户保留官方入口。。。。。。
2. 正式切换通知：确认新域名已经可接见后，，，，，，，，再颁布“已实现切换”的新闻，，，，，，，，预防用户在新地址尚未筹备好时进入。。。。。。
3. 切换后提醒：针对仍接见旧域名、未打开明知或持久未登录的用户，，，，，，，，再次提醒更新珍藏夹和接见解址。。。。。。

若是域名更换涉及登录、支付、会员或订单服务，，，，，，，，切换通知最好避开业务顶峰，，，，，，，，并在布告中注明可能出现的短暂接见调整。。。。。。这样用户可能分辨正常的切换铺排和页面异常。。。。。。

分歧用户场景下，，，，，，，，通知沉点要有所区别

面向通常浏览用户：沉点是“新地址在哪里”

通常访客可能没有账号，，，，，，，，也不定记得网站名称。。。。。。通知应把新域名放在最前面，，，，，，，，同时保留旧页面的跳转或提醒。。。。。。文章页、产品页和常见落地页都应查抄，，，，，，，，不要只更新首页。。。。。。不然用户从搜索或旧分享链接进入时，，，，，，，，仍可能看到失效页面。。。。。。

面向注册用户：沉点是“原来的服务是否持续”

注册用户更关切账号、密码、订单、珍藏、会员权利和汗青纪录是否保留。。。。。。通知中要明确注明是否必要沉新登录、是否必要批改密码、原有服务入口是否变动。。。。。。若只是域名扭转，，，，，，，，应直接注明“账号及有关数据不变”；；；；；；若是某些职能的确必要沉新验证，，，，，，，，也应单独列出操作步骤。。。。。。

面向高频使用用户：沉点是“若何削减以来找入口的功夫”

对于时时接见的用户，，，，，，，，可提醒其更新浏览器珍藏加注桌面快捷方式、团队文档和内部常用链接。。。。。。企业客户或合作方还应同步更新合同、邮件署名、客服话术、二维码落地页和对表资猜中的旧域名，，，，，，，，预防内部入口和公开入口持久不一致。。。。。。

通知案牍能够直接这样写

网站域名更换通知：因网站入口调整，，，，，，，，本站将于【日期和功夫】起使用新域名【新域名】。。。。。。原有账号、订单及有关服务【维持不变/按注明调整】。。。。。。接见旧地址的用户将【自动跳转/看到更新提醒】，，，，，，，，建议实时更新浏览器珍藏夹及常用链接。。。。。。后续请以本站布告和官方账号颁布的新域名为准，，，，，，，，如有疑难，，，，，，，，请通过【客服入口】联系。。。。。。

若是是切换实现后的通知，，，，，，，，可将开头改为：“网站域名已实现更换，，，，，，，，今后请通过【新域名】接见。。。。。。”并补充旧域名是否持续跳转、用户是否必要沉新登录等信息。。。。。。

通知颁布后，，，，，，，，查抄这几项了局

• 从旧域名首页、文章页、登录页和常见分享链接接见，，，，，，，，确认提醒或跳转正常。。。。。。
• 用手机和电脑别离打开新域名，，，，，，，，查抄页面、登录、表单和重要服务是否可用。。。。。。
• 确认所有公开渠路使用的是统一个新域名，，，，，，，，没有遗留旧地址或拼写谬误。。。。。。
• 查看客服征询中用户最常问的问题，，，，，，，，并实时补充到布告和援手页面。。。。。。
• 观察旧域名接见量、新域名接见量、跳转失败和登录异常情况，，，，，，，，再决定是否耽搁旧站提醒。。。。。。

实现这些步骤后，，，，，，，，域名更换通知就不只是颁布新闻，，，，，，，，而是形成了从旧入口到新入口、从初次看到布告到实现接见切换的齐全蹊径。。。。。。用户能急剧确认新地址，，，，，，，，网站也能更安稳地承接原有接见。。。。。。