确保您的域迁移顺利进行
已发表: 2018-12-04您很可能必须进行域名迁移或简单地进行域迁移的原因有多种。 这些可以包括从一个域名转移到另一个域名,将多个网站合并为一个,或者只是将您的网站从 HTTP 转移到更常见的 HTTPs。 域迁移不一定很困难。 但是,如果处理不当,可能会产生严重后果,例如流量损失或搜索引擎排名损失,这可能意味着销售损失。
从 HTTP 迁移到 HTTP
注意:比尔将这篇文章分成不同的视频来总结他的观点。
最常见的迁移类型是将站点从不安全的网站迁移到安全的网站。 您的网站 URL 从 HTTP 移动到 HTTPS URL。 如果您以前没有进行过此类迁移,我建议您高度考虑迁移到安全网站。 搜索引擎将 HTTPs 视为搜索引擎排名因素,谷歌 Chrome 和 Firefox 等最新版本的网络浏览器已经开始在用户访问不安全的网站时发出警告。
访问在 HTTPs URL 上加载 HTTP 资源的网页时 Firefox 显示的警告示例。
将您的网站从 HTTP 迁移到 HTTPs 涉及几个重要步骤。 这些步骤包括在网站上安装 SSL 证书,然后确保网站已完全迁移:
- 购买 SSL 证书并在您的网站上安装该证书。 许多网络主机会向您出售 SSL 证书并为您安装它。
- 安装 SSL 证书后,您需要对网站进行爬网,以确保网站上对 HTTP 的所有内部引用都已移至 HTTP。 一些网络主机会进行必要的更改和更新——但很多不会。 这就是网站爬虫(例如 OnCrawl)非常有用的地方。
作为在过去几年中从 HTTP 和 HTTPS 进行数百次迁移的人,以及在出错时通常会咨询的人,通常会犯一个主要错误。 通常,网站并未完全从 HTTP 迁移到 HTTP。 迁移未完成。 例如,当您在 Web 浏览器中键入 https://www.yourdomain.com 时,网站上的页面可能会解析,但网站上的链接仍指向 HTTP 版本。 网站上的图像可能通过 HTTP 版本引用,当您访问其中一个页面时,这将导致 Web 浏览器中出现“断锁”符号。
将网站从 HTTP 迁移到 HTTP 时,完全完成域迁移至关重要。 在网站上安装 SSL 证书是不够的。 这只是整个迁移过程的开始。 在开始从 HTTP 迁移到 HTTP 之前,请完成以下任务:
- 1. 确保或更新网站上的所有内部链接,使其指向 HTTPs
- 2. 检查并仔细检查 CMS 设置(即 WordPress 设置等)
- 3. 更新图像引用和脚本引用,例如 .CSS 文件和 JavaScript 文件。 站点代码中引用的任何内部 URL 都必须从 HTTP 更改为 HTTPs。 这包括网站上的规范标签。
- 4. 使用 OnCrawl 等网站爬虫对网站进行爬取,以验证内部引用和内部链接是否已更新。 您需要使用 OnCrawl 的 URL 列表模式来抓取 URL 列表。
设置新的爬网,将数据源添加到爬网。 然后,单击 URL 文件选项卡以上传 URL 文件列表。
在这种情况下,我选择了“URL 列表”选项并添加了已添加到 .htaccess 文件中的 301 重定向的 URL 列表。 我将这些 URL 添加到一个文本文件中,然后将其压缩为 .ZIP 文件。
运行爬网并完成后,您应该能够转到数据资源管理器并查看重定向,以确保它们都显示在 301 永久重定向中。 下面是我为重定向运行的数据示例,这些数据是我在域上设置的,从某些内容迁移到另一个域。
您还可以在状态代码报告中查看此数据的概览:
您可以在此处找到有关列表模式以及如何运行它的更多信息。
- 5. 设置从 HTTP 到 HTTPS 的 301 永久重定向。
您的网站通常不应仅依赖于设置的 301 永久重定向。 例如,如果您不更新网站上的内部链接,那么内部链接将导致 301 重定向——这不是一件好事。 当您从站点的主页抓取站点时,您应该不会遇到任何重定向或 404 错误。 重定向应该仍然存在,因为您告诉所有人(搜索引擎和访问者)您已从 HTTP 转移到您网站上的 HTTPS URL。 而且,您需要重定向来自其他网站上仍然指向您网站的 HTTP 版本的链接的点击。 但是,单击站点上指向站点上另一个页面的链接不应导致重定向。 您可以控制您的网站,它是您网站整体维护的一般部分。
希望当您达到这一点时,您已准备好切换到 HTTPs。 对于大多数域迁移,一旦 SSL 证书在网站上就位,尤其是在 WordPress 网站上,我继续进行切换——更新所有对 HTTP 的内部引用,并更新 WordPress 设置(设置/常规)以告知WordPress 关于新的 HTTPS URL。
- 备份您的网站。
- 在 WordPress 中,更新常规设置 (settings/general),使 WordPress 地址和站点地址指向您网站的 HTTPS 版本。
- 使用 Better Search and Replace 插件搜索您网站的 http 版本并将其替换为您网站的 https 版本。 我更喜欢搜索完整的 URL,例如 http://www.yoursite.com/ 并将其替换为 https://www.yoursite.com/ 以便对 URL 进行适当的更改。 该插件允许您搜索整个 WordPress 数据库并在整个站点上进行适当的更新。
- 在站点的 .htaccess 文件中添加重定向代码,以便将 HTTP 重定向到 HTTPS。 或者,有一些插件可以帮助您在整个网站上强制使用 HTTP,将 HTTP 重定向到 HTTP。
- 如果您使用 Cloudflare.com 等 CDN,您也可以更新设置以在此处强制使用 HTTPS。
- 考虑进入 Google Chrome 的 HSTS 预加载列表。 通过 https://hstspreload.org 运行该站点。 如果您的所有设置都正确,它将允许您提交到此列表。 如果设置仍然存在问题,该站点会通知您,以便您进行修复。
- 更新 Google Analytics 设置,让它知道您现在使用的是 HTTP 而不是 HTTP。
- 更新您的电子邮件签名、社交媒体资料以及指向您网站的任何其他链接。
搬家后,请务必在 Google Search Console 中验证您网站的所有版本。 对于大多数没有设置自定义子域的网站,应该验证四个不同的版本:
https://
https://www
http://
http://www
您通常应该会看到您未使用的“其他版本”的流量下降,并且一旦您成功移动,您正在使用的主要 HTTPs 版本的流量将开始上升(从无流量)站点到 HTTPs。 谷歌代表说,只要你正确地从 HTTP 重定向到 HTTPs,你就不会有任何排名问题,因为迁移是正确完成的。 但是,我一次又一次地看到,网站未能完成从 HTTP 到 HTTPs 迁移的所有必要步骤——这就是搜索引擎排名和流量往往急剧下降的地方。 迁移到 HTTPs 有其好处,并且是搜索引擎排名因素,只要它做得正确。
从一个域迁移到另一个域
另一种比您想象的更频繁发生的域名迁移是从一个域名迁移到另一个域名的迁移。 一个典型的场景是当您有一个长域名,或者一个使用不理想的 TLD(顶级域)的域名。 然后您会看到一个更好的域名,它可能更短或更简单:它是一个包含您的关键字的新 gTLD 域名。 您购买了该新域名,并计划将您当前的网站移至该新获得的域名。 像这样的域名迁移不必很可怕,而当您迁移到另一个域名时,您会担心会失去流量和搜索引擎排名。
因此,您正在切换域名并转移到另一个域名。 让我们完成确保顺利进行域迁移的步骤。
首先,意识到这里通常有两种不同的场景:
- 您购买或获得之前注册的域名。 这可能是一个过期的域名,您在域名拍卖中或从“drop catcher”购买的域名,或者您直接从其他人那里购买的域名。
- 您购买了一个以前从未注册过的全新域名。 曾经。 通过查看 www.archive.org 上的 Internet 档案(回程机器)来检查这一点。
了解这两种情况之间的差异非常重要。 如此重要,以至于域名的先前状态可能对该域名的未来使用产生巨大影响。 例如,如果域名是在过去的任何时间注册的,它可能有一个曲折的过去:
- 它可能有指向它的好(或坏)链接
- 它可能是一个以前的离题网站,与您将要使用的主题不同
- 它可能被用于垃圾邮件(上面有垃圾邮件内容或被用来发送垃圾邮件)
- 它可能会在社交媒体上被禁止(是的,有可能在 Facebook 上禁止网站!)
- 它可能会在搜索引擎中被禁止。
在大多数情况下,有可能获得一个带有格子过去的域名。 但并非没有很多努力。 我的建议是,如果域名在任何时候注册并用于网站,您应该将其设置为具有主题内容的微型网站。 它上的内容应该与您最终将使用它或将其他内容重定向/移动到它的主题相同。 让那个微型网站(至少 3-5 页)放置几个星期(或更长时间)以确保它可以使用。 确保它在搜索引擎结果中被索引并且没有任何问题。 这样,当您移动它或将您的内容从另一个域名迁移到它时,就不会有任何您不知道的包袱或问题。 对域名进行尽职调查或聘请在该领域有经验的人来检查域名。 Verified Domains 还提供完整的域名背景检查。
如果该域名之前没有注册过,也从未用于网站,那么您很幸运——您不必担心域名已存在的问题。 不过,我还是会做一些尽职调查,以确保。
如果您对要迁移到的域名感到满意,那么首要任务就是非常熟悉现有站点上的所有内容,并找到该站点上曾经存在的所有潜在 URL。 例如,应该使用 OnCrawl 对网站进行全面爬取,包括:
- 日志文件数据
- Google Analytics 或 Adobe Analytics 数据
- 谷歌搜索控制台数据
- Majestic.com 反向链接数据
在 OnCrawl 爬网中包含所有这些将确保您找到网站上曾经存在的所有 URL。 这样,您设置的任何重定向(将旧域名重定向到新域名)都将考虑旧域名曾经拥有的所有潜在流量和链接。
实际上,从一个域名转移到另一个域名的实际过程相当简单,包括几个步骤:
- 1. 在 Google Search Console 中验证每个站点的所有版本。 这意味着 http://、https://、http://www 和 https://www 版本。 识别所有子域,如果有任何你知道的话。
- 2. 完全使用 OnCrawl 抓取网站。 如果可能,在您的爬网中包含 Google Analytics、Google Search Console、Majestic.com 和日志文件数据。 您想要抓取,以便识别所有可能的 URL。 列出您遇到的所有 URL,一个巨大的唯一 URL 列表。 稍后您将需要它们。
- 3. 设置重定向。 使用 301 永久重定向从旧域名重定向到新域上的新版本。 理想情况下,这意味着从旧域名上的每个版本重定向到新域。
- 4. 测试重定向并确保您没有多次重定向。 例如,应该有一个从 http://www.olddomain.com 到 https://www.newdomain.com/ 的 301 永久重定向。 它不应从 http://www.olddomain.com 重定向到 https://www.olddomain.com,然后再重定向到 https://www.newdomain.com/。 犯这个错误很容易——而且这是一个错误。 确保它只有 1 个重定向,而不是多个重定向。
- 5. 使用 Google 更改地址工具告诉 Google 您正在从一个域名转移到另一个。 如果重定向设置正确,Google 将使用该工具进行确认。
- 6. 更新 Google Analytics 设置以指向新域名。 如果您想在 Google Analytics 中保留旧的历史数据,则需要在 Google Analytics 设置中编辑 URL。
- 7. 使用您之前创建的列表再次抓取站点,以确保所有旧 URL 都正确重定向到新 URL。 使用 OnCrawl 的 URL 列表模式来抓取您之前创建的 URL 列表。
设置新的爬网,将数据源添加到爬网。 然后,单击 URL 文件选项卡以上传 URL 文件列表。
您可以在此处找到有关列表模式的更多信息。
您需要将重定向保留很长时间——我通常建议您永远不要删除从旧域名到新域的重定向。 旧的 URL 将在 Google 的索引中保留很长时间 - 如果重定向仍然存在,我已经看到它们至少会保留 3 年。 如果您搜索旧域名,旧域名只会显示在搜索结果中,如果重定向到位并正确设置,您不应该看到任何关键字的旧域名排名。
将网站合并为一个网站
有时您会遇到需要将多个网站的内容合并到一个网站的情况。 合并内容和移动内容的过程中的许多步骤是相同的——但通常只有在决定要移动哪些内容、重定向哪些内容以及从网站中完全删除(而不是移动)哪些内容时才会更加困难.
将两个网站或多个网站合并为一个网站时,我推荐的步骤如下:
- 1. 使用 OnCrawl 抓取所有网站。 如果可能,在您的抓取中包含 Google Analytics、Google Search Console、Majestic.com 和日志文件数据。 您想要抓取,以便识别所有可能的 URL。 列出您遇到的所有 URL,一个巨大的唯一 URL 列表。 稍后您将需要它们。
- 2. 创建一个包含所有网站中所有 URL 的电子表格。 这可能涉及多个选项卡,一个用于每个网站,一个用于您正在创建的“新”网站。 开始列出“新”网站上所有页面的繁琐过程,并绘制出您要移动的旧网站中的哪些页面,您正在合并哪些页面等等。 这是整个过程中最关键的部分,你应该在这个任务上花费最多的时间。
- 3. 一旦你有了一个电子表格和列表,列出了哪些 URL 需要重定向以及哪些内容需要移动或合并,制定一个合并内容的计划和移动内容的计划。 当然,这将包括您需要绘制的导航更改(内部链接的更改)。 请记住,建议您保持尽可能多的 URL 相同。 如果您要将网站合并到一个现有网站中,保持相同的 URL 会很有帮助。
- 4. 在此过程中,我建议从全新的 Web 服务器或 VPS 开始,通常在开发环境中(不是向公众开放且可被搜索引擎抓取的站点)。 这将为您提供足够的时间来移动内容、添加内部链接和更新导航。 有些人也喜欢利用这段时间来创建一个具有新网页设计的新网站。 移动内容并更新新站点。
- 5. 一旦您对新站点以及移动或合并的内容感到满意,您就可以开始设置重定向了。 使用您之前创建的电子表格来帮助重定向,以及之前的 OnCrawl 爬网数据。
- 6.确保所有域(http://、https://、http://www. 和 https://www 以及任何子域)的所有版本都在 Google Search Console 中进行了验证。
- 7.设置重定向,允许搜索引擎抓取新站点。 如果您已更改为不同的 Web 服务器,则需要更新域的名称服务器,以使它们指向新的 Web 服务器。
- 8.使用 Google 更改地址工具告诉 Google 您已从一个域转移到另一个域。 您需要为要移动或合并的每个域执行此操作。 如果重定向设置正确,Google 将在您设置地址更改时识别该移动。
- 9.更新 Google Analytics 设置以指向新域名。 您可能无法保留所有 Google Analytics(分析)历史数据,因为您不会只将一个域转移到另一个域。 您可能希望为新域或新网站创建一个新的 Google Analytics(分析)帐户,或者只使用当前网站上的帐户。
- 10. 使用您之前创建的列表再次抓取所有站点,以确保所有旧 URL 都正确重定向到新 URL。 使用 OnCrawl 的 URL 列表模式重新抓取所有 URL 以验证重定向。
设置新的爬网,将数据源添加到爬网。 然后,单击 URL 文件选项卡以上传 URL 文件列表。
您可以在此处找到有关列表模式的更多信息。
- 11. 对于您已移动或更新的新内容,您可能需要使用 Google Fetch and Render 工具请求 Google 重新抓取该站点。
无论您是从 HTTP 迁移到 HTTPs、从一个域名迁移到另一个域名,还是将网站合并到一个网站中,它们都需要网站抓取。 使用爬网来查找网站上曾经存在的所有可能的 URL(页面),并在设置重定向时使用该数据。 您必须使用 301 永久重定向,同时尽量减少访问者(或搜索引擎机器人)到达最终位置所必须经过的总“跳数”。 我经常看到搜索引擎排名问题和流量下降,因为网站迁移不当,或者没有遵循所有必要步骤的迁移。 做好迁移计划,了解全流程,事后检查迁移,您的下一次域名迁移可以顺利进行,不会损失流量或搜索引擎排名。