10月，Google Chrome将发布62版本，当用户在非HTTPS页面上输入数据（如站点搜索和新闻订阅）时，会向网站访问者发出“不安全”警告。Chrome会在无痕模式下对所有HTTP页面发出“不安全”警告。
这肯定会影响到电子商务的转化率。对于小型商店而言，我的详细指南使迁移到HTTPS变得相对轻松。但对于拥有约5万条URL或更多的大型网站来说，由于Googlebot的抓取优先级和缓慢的重新索引，风险更大。一个稳妥的策略是逐步迁移到完整的HTTPS，并衡量流量和销售影响。
在这篇文章中，我将解释如何做到这一点。
Google 已通过 Google Search Console 向具有 HTTP 配置文件的已注册站点发送了警告。我的一些客户早已迁移到完整的 HTTPS，但他们仍然收到了警告。
Google Search Console 最近向所有已注册站点发布了此消息，指出从 2017 年 10 月起，Chrome 将针对尚未迁移到 HTTPS 的站点显示安全警告。
如果你尚未全面迁移到HTTPS，很快就可以使用Google Chrome的Canary版本来测试你的网站是否会收到“不安全”警告，这是由开发人员和早期采用者用于测试最新功能的Chrome beta版本。
在撰写本文时，Canary 使用的是版本 62，即本应引入该警告的版本。但是，在我的测试中，我无法让“不安全”（Not Secure）警告出现。我计划监控 Canary，以了解警告何时开始显现。
使用 Google Chrome Canary 版本来查看您的站点是否会受到影响。
我浏览了全国零售联合会发布的2017年传统零售商百强榜，发现其中许多品牌尚未全面迁移到HTTPS，包括知名品牌的AutoZone、Nordstrom、Gap、Publix、Sears、Subway、BJs、QVC和Saks Fifth Avenue。鉴于在迁移过程中可能失去宝贵的搜索引擎流量，这种延迟是可以理解的。
对于大型站点而言，主要风险是由于抓取优先级问题，Google 重新索引页面耗时过长。
以下是来自 Google Search Console 的一个客户的 HTTP 配置文件，该客户拥有几千个页面并已迁移到完整的 HTTPS。
一些站点在切换到 HTTPS 后，页面重新索引速度很快。
Google 在大约两周内快速重新索引了 HTTPS 页面。但另一个拥有超过 100 万页的客户经历了更慢（且痛苦）的重新索引过程，耗时约六个月。
大型站点（如这个拥有超过 100 万页的站点）可能会经历漫长而痛苦的重新索引过程。
第一个客户在SEO流量方面没有看到任何负面影响，而第二个客户则看到了。这让我计划以渐进的方式进行高风险迁移。许多网站，如The Guardian和Wired，分享了他们进行渐进式迁移的经验。
我的增量迁移计划包含三个阶段。
- 执行服务器日志分析，以确定哪些页面组需要优先迁移。优先处理 Googlebot 经常抓取的页面，这样我们可以快速了解影响。
- 逐步更新重定向映射和规范标签，以执行实际迁移。
- 在 Google Search Console 以及 Google Analytics 或类似工具中跟踪进度。我们需要使用两个配置文件（HTTP 和 HTTPS），以确保 HTTP 配置文件的索引页面数（和流量）下降，同时 HTTPS 配置文件的索引和流量相应增加。
如果在每个部分的迁移过程中出现问题，我们可以迅速回滚。
Web 服务器日志分析
我成功使用过的一种优先进行增量迁移的方法是，从价值最低的页面（没有流量或外链的页面）开始，然后逐步迁移价值较高的页面。这种方法有效，但需要数月才能完成执行。
随着Google Chrome将在一个月左右开始提醒用户，我们需要采取相反的措施。我们需要优先迁移Googlebot更快抓取的页面，以便加速我们的学习过程。我们只能从网络服务器流量日志中获取此类信息。我之前的一篇文章《利用服务器日志发现SEO问题》解释了如何将服务器日志转换为CSV格式的结构化数据。
您可以将 CSV 文件上传到 Google Sheets，或使用 Excel 创建一个包含页面 URL 和 Googlebot 访问次数的数据透视表。您还可以添加一个额外的列来标记页面类别，以便将爬取频率最高的页面组归类在一起。
思路是首先将爬取最频繁的页面或页面组迁移到 HTTPS，因为我们预计它们会被 Google 相对快速地收录。我们可以观察此次迁移对 SEO 流量的影响，如果未发现任何问题，则继续该流程。
重定向与规范标签规则
我在《SEO：如何将电子商务网站迁移到HTTPS》一文中解决了常见的迁移问题。在本节中，我将专注于重定向和规范化更改。请参阅之前的文章以仔细检查所有步骤。
假设您的结账漏斗默认已使用 HTTPS，以下是针对 Apache 服务器将整个站点强制切换为 HTTPS 所需进行的更改。
RewriteEngine On
# This will enable the Rewrite capabilities
RewriteCond %{HTTPS} !=on
# This checks to make sure the connection is not already HTTPS
RewriteCond %{REQUEST_URI} !(^/?checkout/.*)
RewriteRule ^(.*)$ http://www.webstore.com/$1 [R,L]
#This forces HTTP if the page is not in the checkout funnel
RewriteCond %{REQUEST_URI} (^/?checkout/.*)
RewriteRule ^(.*)$ https://www.webstore.com/$1 [R,L]
#This forces HTTPS for pages in the checkout funnel你现有的重写规则可能类似于上面的内容。这意味着：强制将所有不属于结账流程（通过/checkout标识）的URL作为HTTP URL。
我们可以简单地扩大此规则以涵盖其他页面组模式。例如，假设我们要将女装类别迁移到 HTTPS，我们会这样做。
RewriteEngine On
# This will enable the Rewrite capabilities
RewriteCond %{HTTPS} !=on
# This checks to make sure the connection is not already HTTPS
RewriteCond %{REQUEST_URI} !(^/?checkout/.*|^/?women-clothing/.*)
RewriteRule ^(.*)$ http://www.webstore.com/$1 [R,L]
#This forces HTTP if the page is not in the checkout funnel, or women’s clothing category
RewriteCond %{REQUEST_URI} (^/?checkout/.*|^/?women-clothing/.*)
RewriteRule ^(.*)$ https://www.webstore.com/$1 [R,L]
#This forces HTTPS if the page is in the checkout funnel, or women clothing category我们使用管道符（|）这一正则表达式符号，它表示“或”（匹配前者或后者）。我们可以通过管道符连接（即拼接）多个页面组的正则表达式模式，从而添加更多页面组。
我使用这个方便的Apache htaccess测试工具验证了其正确性。
随着页面更新为 HTTPS，需要使用正确的规范标签进行重定向。
女装页面被重定向到 HTTPS，而其他页面则被重定向到 HTTP。
当我们把页面从HTTP迁移到HTTPS时，需要更新规范标签以反映新的默认URL。例如，https://www.webstore.com/women-clothing应该以https://www.webstore.com/women-clothing作为规范链接，而不是http://www.webstore.com/women-clothing或/women-clothing。
跟踪进度
我们需要跟踪正在迁移的页面组的索引情况和 SEO 流量水平。理想情况下，我们还应使用最新的服务器日志监控 Googlebot 的爬取情况。重定向和规范标签应导致 HTTP 页面从索引中消失，并被相应的 HTTPS 页面取代。
你可以使用Google Analytics中的“匹配正则表达式”选项，在高级过滤器中将有机搜索流量缩小到一个页面组。这将仅显示我们正在迁移的页面组的流量。
在 Google Analytics 高级过滤器中使用“匹配正则表达式”选项，将自然搜索流量缩小到特定页面组。
为了跟踪重新索引，请创建一个包含待迁移页面集的独立 XML 网站地图，并从主 XML 网站地图中移除这些页面。在 Google Search Console 中注册两组 XML 网站地图：一组用于 HTTP 配置（使用 HTTP URL），另一组用于 HTTPS 配置（使用 HTTPS URL）。
XML 网站地图将向您展示页面的索引状态。
您可以在 Search Console 配置之间切换，以观察 HTTP 页面减少以及 HTTPS 页面被收录的情况。
如果在迁移过程中发现错误，您可以快速回滚问题所在的页面组，并在继续之前诊断问题所在。
我们遇到的问题包括使用电商平台提供的重定向工具（例如 Magento 工具）与使用 Web 服务器重定向功能之间的差异。
超过一个电子商务客户在迁移到HTTPS后错过了基本的301重定向——从非www到www，或从不带尾斜杠到带尾斜杠。这导致了重复内容：该网站在迁移后可通过https://sitename.com和https://www.sitename.com访问。另一个常见问题是多重重定向。Googlebot通常不会跟踪链式重定向超过五次。