早在2014年，Google便开始鼓励网站迁移至SSL加密连接（即URL包含HTTPS），并承诺给予排名提升。然而在实际操作中，大多数迁移带来的排名增益微乎其微。
全站HTTPS迁移类似于整体平台重构，不仅工作量大，还面临有机搜索流量波动的风险。尽管在线商店的结账支付环节已配备SSL证书，但考虑到潜在的开发与咨询成本，若排名提升有限，是否仍有必要进行全站迁移？
HTTPS：优缺点分析
Google在2016年12月的“Online Security Blog”中明确表示：
为帮助用户安全浏览，Chrome将在地址栏使用图标指示连接安全性。自2017年1月（Chrome 56）起，作为长期计划的一部分，我们将把收集密码或信用卡信息的HTTP页面标记为“非安全”，最终目标是将所有HTTP站点均标记为非安全。
Chrome现在会将收集密码或信用卡信息的HTTP页面“标记”为非安全。
虽然通常不建议仅为了潜在的排名提升而实施更改，但在HTTPS问题上，若不迁移则可能损失排名与自然搜索流量。鉴于Chrome占据约60%的浏览器市场份额，这已成为实施HTTPS的充分理由。
关于“HTTPS会导致网站变慢”的误解已过时。如今服务器性能大幅提升，且HTTP/2等高级功能仅支持HTTPS连接，反而能提升速度。通过HttpVsHttps.com测试显示，HTTPS连接比HTTP快88%。
您可以使用便捷的工具轻松比较HTTP与HTTPS的速度。
多数客户迁移后未经历流量损失，但在部分大型站点案例中，即便严格遵循迁移规范，流量仍出现下滑。以下是电商站点从部分HTTPS迁移至全站HTTPS的操作步骤，请务必先在暂存环境测试后再部署至生产环境。
实施HTTPS
重定向映射。无需单独映射URL，因为路径本质相同。只需更新现有重定向规则指向HTTPS，或创建新规则即可。
重新配置强制HTTP。移除电商平台中“仅结账流程强制HTTPS、其余页面强制HTTP”的规则。
RewriteEngine On
# This will enable the Rewrite capabilities
RewriteCond %{HTTPS} ==on
# This checks to make sure the connection is HTTPS
#RewriteRule !(^/?order/.*) http://%{SERVER_NAME}/$1 [R,L]
# This rule will redirect all users who are not using any part of /order/ to the same location but using HTTP.
# i.e. https://www.webstore.com/category1/ to http://www.webstore.com/category1/
扩大强制HTTPS规则范围。若平台位于子域名或第三方站点，需从头配置SSL（可参考Google指南）。假设结账漏斗默认已用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
RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R,L]
# This rule will redirect users from their original location, to the same location but using HTTPS.
# i.e. http://www.webstore.com/category1/ to https://www.webstore.com/category1/
# The leading slash is made optional so that this will work either in httpd.conf or .htaccess context
使用协议相对的资源链接。确保图像、JS、CSS、字体及第三方脚本等资源均使用HTTPS至关重要，否则浏览器将显示警告。
确保所有页面资源——如图片、JavaScript、CSS、字体、第三方脚本——均使用HTTPS。在此示例中，Jared.com通过HTTP连接链接到一张图片。
批量将http://替换为https://可能导致不支持HTTPS的第三方资源失效。建议使用协议相对URL（如//webstore.imagecdn.com/logo.png），移除协议头使浏览器根据当前站点协议自动加载。此操作需在数据库层面完成，部分电商系统可自动处理。
检查混合内容。当HTTPS页面包含HTTP资源时，浏览器会视为安全异常。可使用站点爬虫工具或ScreamingFrog识别此类问题。
使用爬取工具（如Screaming Frog）识别混合内容。
对于显示警告的页面，可在Chrome开发者工具中点击“Network”标签页，在过滤器输入mixed-content:displayed进行检查。
使用Google的Chrome开发者工具，在过滤器搜索框中输入mixed-content:displayed，以根据页面情况检查安全或非安全资源——即混合内容。
检查临时重定向和重定向链。确保重定向仅为一次301永久跳转。临时重定向会延迟索引，重定向链则会浪费抓取预算。
更新内部链接。将所有绝对内部链接更新为HTTPS版本虽可选但重要，可减少重定向带来的额外请求时间。
完成上述步骤即实现全面HTTPS迁移。接下来介绍保持搜索引擎排名的关键措施。
保持搜索引擎排名
使用绝对规范标签。避免使用相对规范标签。若页面同时存在HTTP和HTTPS版本，规范标签必须明确指定首选版本（此处应为https://）。使用相对标签会导致两个版本各自拥有独立规范标签，引发重复内容问题。
更新分页标签、hreflang标签和备用媒体标签。与规范链接类似，所有基于URL的SEO标签及HTTP头部标签均需更新为https://。
创建重复的Google Analytics视图。将GA默认URL更新为HTTPS，并创建单独视图以监控迁移期间双版本的流量变化。
在 Google Analytics 中创建一个重复的视图，以同时监控 HTTP 和 HTTPS。
注册Search Console配置文件。为HTTPS（桌面端和移动端）注册新配置文件。Google分别跟踪不同URL路径，可通过集合功能合并新旧配置文件数据，避免因查看旧HTTP配置导致的数据骤降恐慌。
更新URL参数和拒绝文件。若原HTTP配置中包含URL参数或拒绝文件，需在HTTPS配置中完整复制；移动站点若位于子域名亦同。
创建独立的XML网站地图。不要仅更新现有地图URL，应创建完整副本并分别注册：一个包含HTTP URL，另一个包含HTTPS URL。这不会导致重复内容，且有助于观察HTTP页面移出索引及HTTPS页面被收录的过程。
移除robots.txt中的HTTPS阻止指令。可为HTTP和HTTPS版本分别设置robots.txt。切勿通过robots.txt阻止HTTPS页面来解决重复内容问题，因为被阻止页面仍会积累链接权重且可能被索引。正确做法是使用绝对规范标签进行合并。
推迟实施HSTS和HSTS预加载。HSTS虽能强制浏览器始终加载HTTPS并防止冒充，但建议待迁移稳定运行后再启用，或通过逐步增加max-age值渐进推出，以免出现需回滚的流量问题。
考虑通过逐步增加 HSTS 标头中的 max-age 值来逐步推出 HSTS。
最后，可将站点添加至Chrome HSTS预加载列表。
利用CDN。若电商平台不支持全站HTTPS，可使用CDN加速并由其处理HTTPS转换。
考虑逐步迁移。若站点爬取耗时超2-4周或承载高销量，建议分阶段移除强制重定向并更新规范链接。通过双GA视图监控流量，遇问题及时回滚。
测试爬取与索引。使用Search Console“抓取为Googlebot”功能验证HTTPS页面可被正常爬取索引，包括产品页、分类页等。注意该工具不跟随多重定向，存在重定向链时需多次发送请求。
发布至生产环境。具体操作依站点设置而定。
在SERPs中监控进展
除追踪GA、Search Console及服务器日志外，建议使用site:命令直接在搜索结果中监控索引进度。
推荐使用Chrome开发者工具跟踪重定向：从搜索结果点击进入目标页面，排查测试环境与生产环境中重定向不一致的问题。
您是否已将网站切换至HTTPS？欢迎分享您的经验与技巧。