Hi Jason
  • About
  • Keywords
    • keywords - 2021/01
    • Keywords - 2020/08
    • Keywords - 2020/07
  • Note
    • 2021
    • 2020
      • 伊拉克域名.IQ被美国删除的背后以及早期的根域名管理
      • 美国如果把根域名服务器封了,中国会从网络上消失?
      • The Technical Data Guidance
    • 缓慢收藏, 小心整理
      • 泰戈尔诗句节选
    • 金刚经 原文 | 抄经
  • Read
    • 符号
    • 段永平投资问答录
      • 符号的设计
      • 符号形式探寻
      • 作为符号的设计(上篇)
      • 作为符号的设计(下篇)
      • 符号化设计之符号形式探寻
    • Dark Mode
      • Dark Mode的设计要点
      • 一篇吃透 Dark Mode ,搞定“暗黑/深色”适配
    • Apple
      • Apple “无缝”设计之历程
      • Apple 那些“无关紧要”的设计改进
      • HomePod 的设计
      • 解决方案、设计、好设计,Apple UI 设计中的 Tuning
      • Apple 的 Logo 设计
      • J 的艺术,R 的艺术
      • 从圆角到圆角
      • Apple 颜色设计的历程
      • 欲望、逻辑和习惯
      • 反“建筑学”的 Apple Park 将刺激建筑的发展
      • 螺钉,还是胶水?
      • 关于苹果设计的书籍和文章推荐
      • 正面冲撞习惯
      • 从 iOS 7 的电话图标到 polyoxybenzyl…
      • Affordance(可供性)和设计
      • 美的感知力
      • 2010: A Design Odyssey
      • iPad,从 niche 到 mass
  • Source
    • Nginx
      • 前言
      • Nginx入门
      • Nginx 配置文件
      • Nginx 内存池管理
      • Nginx 基本数据结构
      • Nginx 数组结构 ngx_array_t
      • Nginx 链表结构 ngx_list_t
      • Nginx 队列双向链表结构 ngx_queue_t
      • Nginx 哈希表结构 ngx_hash_t
      • Nginx 红黑树结构 ngx_rbtree_t
      • Nginx 模块开发
      • Nginx 启动初始化过程
      • Nginx 配置解析
      • Nginx 中的 upstream 与 subrequest 机制
      • Nginx 源码结构分析
      • Nginx 事件模块
      • Nginx 的 epoll 事件驱动模块
      • Nginx 定时器事件
      • Nginx 事件驱动模块连接处理
      • Nginx 中 HTTP 模块初始化
      • Nginx 中处理 HTTP 请求
      • Untitled
      • Untitled
    • Part 1
      • curl
  • Google Dev
    • 重要概念
      • Google 搜索的工作方式
      • 什么是展示次数、排名和点击次数?
      • 关于我们的统计信息和数据
    • Search Console帮助
      • 指南概览
      • 网站站长指南
      • 常规指南
        • 搜索引擎优化 (SEO) 新手指南
        • 使用 HTTPS 确保网站安全
        • 保持简单的网址结构
        • 向 Google 说明您的出站链接的用意
        • 将网站标记为面向儿童的内容
        • 浏览器兼容性
        • 避免创建重复内容
        • 确保链接可供抓取
        • 借助 Google 搜索进行网站测试的最佳做法
      • 专门面向内容的指南
        • 与 Google 搜索中的 AMP 网页相关的准则
        • AJAX 增强网站
        • 图片和视频
          • Google 图片最佳做法
          • 图片站点地图
          • Google 图片中的图片权限元数据
          • 视频最佳做法
          • 视频 Sitemap 及其替代方案
          • 有关富媒体文件的最佳做法
        • 播客
        • Google 移动
          • 在功能手机上进行移动浏览
          • Web Light:在搜索结果中提供更快速且更精简的移动版网页
          • Google 搜索中的 Web Light 网页对广告网络的支持
          • Google 探索和您的网站
          • 实用资源:面向适合在移动设备上显示的网页的开发者
          • 将移动网络结算费用明确告知用户
          • 将 Android 应用与网站相关联
      • 质量指南
    • Google Cloud CDN
      • 使用拖管实例组设置 Cloud CDN
      • 使用后端存储分区设置 Cloud CDN
      • 使用缓存键
      • 查看日志
  • Guidebook
    • Color Guide
    • Material.io
  • Navigation
    • Google
    • Social & Study
    • Working Tools
Powered by GitBook
On this page
  • 测试概述
  • 测试时的最佳做法
  • 详细了解测试

Was this helpful?

  1. Google Dev
  2. Search Console帮助
  3. 常规指南

借助 Google 搜索进行网站测试的最佳做法

测试网站网址或网站内容中的变体

Previous确保链接可供抓取Next专门面向内容的指南

Last updated 4 years ago

Was this helpful?

本文将介绍如何确保在测试网页内容或网页网址中的变体时最大限度地降低对相应网站在 Google 搜索中的排名的影响。虽然本文并不会阐述如何构建或设计测试,但您可在本文的末尾处找到更多与测试相关的资源。

测试概述

网站测试是指试用网站(或网站的某一部分)的不同版本并收集与用户对每个版本的反应相关的数据。通常,您需要使用软件来比较网页(网页的某些部分、整个网页或整个多页流程)的两个不同变体的行为,并跟踪哪个版本对您的用户最有效。

A/B 测试是指通过为某个网页创建多个版本(每个版本都有各自的网址)来运行测试。当用户尝试访问原始网址时,您需将部分用户分别重定向到每个变体网址,然后比较用户的行为以了解哪个网页最有效。

多变量测试是指使用软件实时更改您网站的不同部分。您可以测试对某个网页的多个部分(例如标题、照片和“加入购物车”按钮)做出的更改。该软件会将各个部分的变体以不同的组合方式显示给用户,然后从统计学角度来分析哪些变体最有效。这类测试仅涉及 1 个网址;系统会在相应网页上动态插入各种变体。

即使 Googlebot 在您运行测试期间抓取了您的部分内容变体或将其编入了索引,也可能无关紧要(具体取决于您正在测试什么类型的内容)。一些细微的更改(例如按钮或图片的尺寸、颜色或位置,或“号召性用语”的文字(“加入购物车”/“立即购买!”))可能会对用户与您网页的互动情况产生出乎意料的影响,但对该网页的搜索结果摘要或排名却往往只会产生极小的影响或者毫无影响。

此外,如果我们对您网站的抓取频次足以让系统检测到您的实验并将其编入索引,那么在您完成实验后,我们可能也会以足够快的速度将您对自己网站做出的最终更新编入索引。

测试时的最佳做法

要想避免在测试网站变体期间对相应网站的 Google 搜索行为造成任何不良影响,请参阅下列最佳做法:

请勿隐藏测试网页的真实内容

请勿向 Googlebot 呈现一组网址,而向用户呈现另一组网址 - 因为这种行为被称作,且有违我们的(无论您是否正在运行测试)。请注意,违反我们的指南可能会导致您的网站被降位或被从 Google 搜索结果中移除,这可能并不是您进行测试的初衷。

只要您隐藏了真实内容(无论是通过服务器逻辑或 robots.txt 还是通过任何其他方法),就会被视为违规。因此,您不妨改用下文所述的链接或重定向。

使用 rel="canonical" 链接

如果您运行的是针对多个网址的 A/B 测试,则可对所有备用网址使用 ,以指明原始网址是首选版本。我们建议您使用 rel="canonical"(而非 noindex 元标记),因为在这种情况下它更符合您的意图。例如,如果您要测试首页的变体,但您并不想让搜索引擎将首页编入索引,而是只想让它们知道所有测试网址都是原始网址的近似副本或变体且应被组合在一起(以原始网址作为规范网址)。在这种情况下,使用 noindex(而非 rel="canonical")有时可能会产生意外的不良影响。

使用 302(而非 301)重定向

如果您运行的是会将用户从原始网址重定向到变体网址的 A/B 测试,请使用 302(临时)重定向,而非 301(永久)重定向。这会让搜索引擎知晓此重定向是临时的(只有当您运行实验时它才会奏效),并且它们应将原始网址保留在各自的索引中,而不应将其替换为重定向的目标(测试网页)。您也可以使用基于 JavaScript 的重定向。

仅在必要时运行实验

一项可靠的测试所需的时间将取决于您的转化率以及您网站获得的流量等因素;一款优良的测试工具应能够在您收集的数据已足以得出可靠的结论时通知您。一旦完成测试,您便应尽快使用所需的内容变体更新您的网站,并移除测试的所有元素(例如备用网址或测试脚本和标记)。如果我们发现某个网站运行实验的时间过长,我们可能会将此理解为试图欺骗搜索引擎并会采取相应措施,尤其是当您将一个内容变体提供给大量用户时。

详细了解测试

与内容实验相关的

在 中询问与测试相关的问题

在中询问与对搜索结果的影响相关的问题。

隐藏真实内容
网站站长指南
rel="canonical" 链接属性
Google Analytics(分析)文章
Google Analytics(分析)内容测试工具
Analytics(分析)帮助论坛
网站站长帮助论坛