构建信号SIGNAL TO BUILDEnglish站主登录 ↗
← 知识整理
出海增长 ／ 知识整理 · 中文

富功能 / Discover / Images / Video / Page Experience / Web Stories / SXG / Paywall 完全指南

Google Discover 出现机制(无 special tag,基于兴趣 + helpful content + 大图 1200px+ + max-image-preview:large)+ 流量天生不可预测。Image SEO(用 `<img src>` 不 CSS / 图 sitemap / 描述性 filename + alt / og:image / primaryImageOfPage SD / SafeSearch / opt-out inline)。Video SEO(必须 watch page 索引 + 单视频 dedicated 页 + Key Moments Clip/SeekToAction SD + Live Badge + 允许 fetch 视频文件)。Core Web Vitals 3 metrics(LCP <2.5s / INP <200ms / CLS <0.1)+ Page Experience 6 维自评。Avoid intrusive interstitials(用 banner 替 modal / mandatory interstitial 让 Googlebot 绕过)。Signed Exchange(prefetch 提速 LCP + Web Packager)。Site names(WebSite SD + alternateName + domain 级)。Web Stories(必须 valid AMP + 4 required metadata + canonical 自指 + 5 内容政策 280 字符 / 视频优先)。Flexible Sampling(metering 6-10 篇/月 + lead-in 显前几句 + paywall SD 防 cloaking)。Package tracking(印度/日/巴西 + 700ms API)。Byline date(prominent visible + datePublished/dateModified SD)。Top Places List(curated 非赞助)。Reviews system(11 语言 + 评估 first-party 评测 + 站级评估若大量)。

资料来源：Google 搜索与 SEO · 本站发布：2026-09-26 · 笔记更新：2026-09-26

海外增长SEO

一句话: 这个 wiki 覆盖 Google 提供的"非 SD 主导"的丰富展示功能 — Discover / Images / Video / Page Experience / Web Stories / SXG / Paywall / Site Names / Reviews 系统 / Package Tracking / 等。

TL;DR — 想做哪个 feature?

想做 见
出现在 Google Discover feed Part 1 — 无 special tag,基于兴趣 + 大图 + page experience
图被 Google Images 收 + 文本结果显图 Part 2 — <img src>、image sitemap、og:image、SafeSearch
视频出现在 video result / Key Moments / Live Part 3 — watch page + video SD + 允许 fetch
Page Experience 优化 / Core Web Vitals Part 4 — LCP/INP/CLS
避免 intrusive interstitial 害 SEO Part 5 — 用 banner 替 modal
SXG 让 Search prefetch 提速 Part 6 — Web Packager / AMP
Search 结果显你的 site name Part 7 — WebSite SD + alternateName
做 Web Stories Part 8 — valid AMP + canonical 自指 + 5 内容政策
新闻 paywall 但 Google 能索引 Part 9 — metering + lead-in + paywall SD
物流公司在 Search 显包裹追踪 Part 10 — 早期参与,印/日/巴西
显示文章发布 / 更新日期 Part 11 — visible date + Article SD
餐厅出现在 "Top X" 列表 Part 12 — 引用站合规
让 review 站排名好 Part 13 — reviews system

Part 1 — Google Discover

1.1 是什么 + 触发

Discover = Google Search 的兴趣 feed,基于用户 Web/App Activity 自动 surface 相关内容。手机版主要,iOS / Android。

1.2 怎么进 Discover

完全自动,无 special tag / no SD 必需。Discover 用 Search 同样的 ranking signals 和 systems。

Eligibility:

  1. 被 Google 索引 + 符合 Search 技术要求
  2. 符合 Discover content policies

⚠️ Eligible 不保证出现。

1.3 提高出现概率(7 best practice)

  1. 避免 clickbait — 标题 / 预览 / 图不能误导 / 夸张
  2. page title 抓核心 — headline 说清内容本质
  3. 避免 sensationalism(morbid / titillation / outrage 类)
  4. 及时性内容 / 好故事 / 独特洞见
  5. 大图必备:
    • ≥ 1200px 宽
    • 总像素 > 300,000(16:9 1280x720 = 921,600 ✅)
    • 16:9 比例 推荐
    • 必须 <meta robots content="max-image-preview:large"> 或 AMP
  6. 用 primaryImageOfPage SD 或 og:image 指定首选图(不要用 logo / text-heavy)
  7. good page experience(见 Part 4)

1.4 Discover 可能过滤的内容

  • 工作申请 / 请愿 / 表单
  • 代码仓库
  • 无 context 的讽刺内容
  • SafeSearch 过滤的(显式)
  • "shocking / unexpected" 内容

1.5 Discover 流量为啥变

Discover 是 supplemental traffic,别当主流量算。

3 原因波动:

  1. 用户兴趣转移(用户不再搜该话题 → Discover 不再推)
  2. Discover 调整内容类型(平台层重新选品)
  3. Search 更新影响 Discover(因为是 Search 扩展)

1.6 监控

Search Console Discover Performance report(过去 16 月,达 impression 阈值)— 包含 Chrome 内 Discover 流量。

Part 2 — Google Image SEO

2.1 让 Google 发现你的图

A. 用 HTML <img> element(必须):

✅ <img src="puppy.jpg" alt="A golden retriever puppy" />
❌ <div style="background-image:url(puppy.jpg)">...</div>  <!-- CSS 图 Google 不索引 -->

支持的 src 在 <img> 或 <picture> 里(包括嵌套)。Data URI 也 OK 但增加页大小要慎用。

B. Image sitemap(可选)— image sitemap 允许 <image:loc> 跨域(CDN 用)。

C. Responsive images(<picture> / srcset)— 总要带 <img src> fallback。

2.2 支持格式

BMP / GIF / JPEG / PNG / WebP / SVG / AVIF(2026 新)

2.3 指定 preferred image

3 种方法(选一即可):

A. schema.org primaryImageOfPage:

{
  "@context": "https://schema.org",
  "@type": "WebPage",
  "url": "https://example.com/url",
  "primaryImageOfPage": "https://example.com/images/cat.png"
}

B. mainEntity / mainEntityOfPage 内的 image:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "mainEntityOfPage": "https://example.com/url",
  "image": "https://example.com/images/cat.png"
}

C. og:image meta tag:

<meta property="og:image" content="https://example.com/images/cat.png">

2.4 选图 4 准则

  • 与页面相关 + 代表性
  • 避免通用图(logo)/ 文字密集
  • 避免极端比例(过窄 / 过宽)
  • 高分辨率(尤其 Discover 1200px+)

2.5 Alt text + filename(5 准则)

❌ 缺 alt:               <img src="puppy.jpg"/>
❌ keyword stuffing:    alt="puppy dog baby dog pup pups doggies..."
⭕ Better:               alt="puppy"
✅ Best:                 alt="Dalmatian puppy playing fetch"
  • filename descriptive:my-new-black-kitten.jpg 不是 IMG00023.JPG
  • 大站可程序化命名
  • 本地化时 filename 也翻译(URL 编码)
  • SVG 用 <title> + aria-labelledby

2.6 Opt out of inline linking(在 Google Images 不显原图,只显 thumbnail)

HTTP referrer = google domain → 返 200 / 204 空响应

→ Google 仍爬 + 索引 + 显 thumbnail,不是 cloaking,不被处罚。

或彻底:走 prevent-images-on-your-page。

Part 3 — Video SEO

3.1 6 步流程

1. 帮 Google 找视频(标准 HTML 元素 + 不要 fragment / 不要 user 触发)
2. 确保可索引(watch page 索引 + 单视频 dedicated 页 + 合法 thumbnail + stable URL)
3. 开启 specific feature(video previews / Key Moments / Live Badge)
4. 必要时移除 / 限制
5. Search Console 监控
6. Troubleshoot

3.2 索引要求
Watch page 必须可索引 单视频的 dedicated 页
Watch page 必须在 Search 表现好 单 indexed 不够,要 perform 才会让视频被索引
视频不被其他元素挡 paywall 用 paywalled-content SD
valid thumbnail + stable URL 至少 60x30px,80%+ alpha > 250(主体不透明)

3.3 watch page vs 非 watch page

是 watch page:

  • 视频 landing page
  • TV 单集页
  • 新闻视频 watch 页
  • 体育 highlight 页
  • Event clip 页

不是 watch page(视频是补充):

  • 博客文(评测 embed)
  • Product 页(360 视频)
  • 视频 category 页(列多视频)
  • 影评页(嵌 trailer)

→ 非 watch page 仍可作 text result + Google Image with video badge 出现,但不享 video-specific feature。

3.4 3 个关键 URL

URL 标签位置
Watch page sitemap <loc>
Video player <iframe src=>;SD embedUrl 或 sitemap <video:player_loc>
Video file(媒体字节) <source src> / <embed src> / <object data>;SD contentUrl 或 sitemap <video:content_loc>

3.5 3 大 video features

A. Video Previews

  • Google 抽几秒 moving preview
  • 必须允许 Google fetch 视频文件
  • max-video-preview:[秒] robots meta 控时长

B. Key Moments(章节)

2 路径:

  • Clip SD — 你指定 start/end + label(全语言)
  • SeekToAction SD — 你告诉 Google URL 怎么含 timestamp,Google 自动找(英/西/葡/意/中/法/日/德/土耳其/韩/荷/俄)
  • YouTube — 描述里加 timestamp + label(全语言)

→ nosnippet opt out。

C. Live Badge

livestream 用 BroadcastEvent SD。

3.6 必须允许 Google fetch 视频文件(M3U8 等)

  • 不要 noindex / robots.txt block 视频字节 URL
  • 稳定 URL
  • contentURL 用支持格式
  • watch page host + streaming server 都满足技术要求 + 容量

担心暴露?→ verify Googlebot 仅给真 Googlebot 暴露 contentUrl。

3.7 移除视频

方式 适用
Removals 请求 紧急 — watch page 必须真不可访问(404 / noindex / auth)否则会被重 index
返 404 永久删
noindex robots meta 不索引 watch page
<video:expiration_date> / SD expires 到期后不显示 video result(但 watch page 仍可作 text result)

⚠️ 删 third-party 嵌入的视频需要联系对方 |

3.8 国家限制

方式 配
SD regionsAllowed / ineligibleRegion allow list / deny list
sitemap <video:restriction relationship="allow">CA MX</video:restriction> ISO 3166-1 二三字母码

Part 4 — Core Web Vitals + Page Experience

4.1 Core Web Vitals 3 metrics(全要好)

Metric 含义 目标
LCP(Largest Contentful Paint) 加载性能 < 2.5s
INP(Interaction to Next Paint) 互动响应 < 200ms
CLS(Cumulative Layout Shift) 视觉稳定 < 0.1

测量工具:

4.2 Page Experience 不止 CWV(6 维自评)

  1. Core Web Vitals 好
  2. HTTPS 安全
  3. mobile-friendly
  4. 不过多干扰广告
  5. 不 intrusive interstitial(见 Part 5)
  6. 主内容与其他内容易区分

4.3 Page Experience FAQ

Q: 单一 ranking signal? A: 没有。多 signal 加权。

Q: 哪些 page experience 真影响排名? A: Core Web Vitals 真用。其他不直接影响排名,但能让站好用 → 间接帮助。

Q: 站级还是页级评估? A: 多数页级,有少数 site-wide 评估。

Q: 多重要? A: 当多页 helpful 内容并存时,page experience 是 tiebreaker。但 Google 仍优先 relevance。

Part 5 — Avoid Intrusive Interstitials

5.1 用 banner 替 modal ⭐

❌ 全屏 interstitial 挡内容 ✅ 顶部 / 底部 banner 占小部分屏幕

App install prompt 用:

Newsletter signup 用 CMS plugin。

5.2 必避 2 大错

  • ❌ 遮全页 interstitial
  • ❌ redirect 用户到独立 consent 页

5.3 Mandatory Interstitial(法律强制)

casino / adult / GDPR consent 等必须的:

  • 内容用 interstitial overlay(让 Googlebot 至少能 index 一些内容)
  • ❌ 不要 redirect 所有 URL 到单一 consent 页(否则所有页都从索引除)

Adult 内容: verify Googlebot → 给真 Googlebot 直接跳 age gate。

Part 6 — Signed Exchange (SXG)

6.1 是什么

Google Search 预取你站资源(HTML/JS/CSS/img/font),用户点击后几乎瞬开。LCP 降 → page experience 加分。

支持 AMP 和非 AMP。

6.2 实施

web.dev SXG in-depth + Chrome LCP optimization

AMP: amp.dev SXG guide

6.3 expiration values 规则

  • 不能 > HTTP header 的 cache expiration
  • JS 或 inlined JS 内容 → < 1 day
  • 其他 → < 7 days

6.4 多设备适配

  • 个性化内容(购物车等)放 lazy-loaded 元素外于 SXG
  • 或 Vary: Cookie signed header(仅给无 cookie 用户)
  • responsive web design 或 separate URL + supported-media meta:
<meta name=supported-media content="only screen and (max-width: 640px)">

6.5 调试

  • SXG Validator Chrome extension
  • 直接查 Google SXG cache:
    • SXG URL https://signed-exchange-testing.dev/sxgs/valid.html
    • cache URL https://signed--exchange--testing-dev.webpkgcache.com/doc/-/s/signed-exchange-testing.dev/sxgs/valid.html
    • 算法同 AMP cache,infix /doc/-/ 不同
  • Warning header = SXG 不达 cache 要求
  • Location header = cache 还没 fetch

Part 7 — Site Names

7.1 是什么

Search 结果里站名(独立于 title link)。例: "Burnt Toast" → 标题 "How to make toast in a pan"。

7.2 实施(WebSite SD)

<script type="application/ld+json">
{
  "@context" : "https://schema.org",
  "@type" : "WebSite",
  "name" : "Example",
  "alternateName" : "EC",  // 备选(数组也可:["BT", "B-T", "Burnt Toast Shop"])
  "url" : "https://example.com/"
}
</script>

放首页的 <head> 里。只 home page 需要,内页不需要。

7.3 技术规则

  • 1 site 1 name(domain 或 subdomain 级)
  • ✅ https://example.com, https://www.example.com, https://m.example.com(www/m 等价)
  • ✅ https://news.example.com(subdomain home)
  • ❌ https://example.com/news(subdirectory 不支持)
  • 必须 home page 可爬
  • 多版 home page(http vs https)用同一 SD

7.4 命名 5 准则

  1. unique 准确反映身份
  2. commonly-recognized 简洁("Google" not "Google, Inc")
  3. 避免通用名("Best Dentists In Iowa")
  4. 首页其他文本一致(<title>/og:site_name/heading)
  5. alternateName 备选(Google 不选首选时强烈考虑)

7.5 不被选中怎么办?

1. 核 WebSite SD 准确 / 无 syntax 错
2. 其他 source 一致
3. 不是 subdirectory
4. redirect 工作正常
5. 改完等 recrawl

仍不行 → 4 级 fallback:
  L1: name 写首选
  L2: 加 alternateName(强烈考虑)
  L3: alternateName 含**全小写域名**作 backup("example.com")
  L4: name 直接写全小写域名(最后手段)

Part 8 — Web Stories

8.1 是什么 + 出现地

短视频 / 图 / 文 Story 格式(类似 IG / Snapchat Stories)。底层 web 页,必须 valid AMP。

可出现:

  • Google Search 单结果(全球)
  • Discover 单 card(全球,美/印/巴西最常)

8.2 5 步上线

1. 创建(无代码用 Story editor / 有工程用 amp.dev)
2. 保证 valid AMP(用 AMP Test Tool / AMP Linter)
3. 验证 metadata(4 必填:publisher-logo-src / poster-portrait-src / title / publisher)
4. 检查是否被索引(URL Inspection / Page Indexing / Sitemaps report)
5. 遵 5 内容政策

8.3 5 内容政策(违反 → 失去 richer 体验)

  1. 不侵权 copyright
  2. 不 text-heavy(每页 ≤ 180 字符;鼓励 <60s 视频)
  3. 不低质资产(模糊 / 像素化)
  4. 必须 narrative arc(主题连贯)
  5. 不 incomplete(不要求用户点外链获关键信息)
  6. 不 overly commercial(可少量 affiliate,不能纯广告)

8.4 Critical Best Practice(必做)

| Storytelling | Video first | | Design | 每页 ≤ 280 字符 + 文字不被遮 + 文字不超出 + 动画用得克制 | | SEO | 高质内容 + title < 90 字符 + 不要 noindex + canonical 自指 + AMP metadata | | Technical | valid AMP + poster 不含 text + poster ≥ 640x853 + 3:4 + logo ≥ 96x96 + 1:1 |

  • 视频 < 15s / 页(最多 60s)
  • 高质音频 ≥ 5s
  • video-only Story 考虑 auto-advance
  • 加 desktop landscape 支持(才能桌面出现)
  • 包含 structured data + alt text + 字幕
  • 整合 Web Stories 到主站 URL 结构(不需在 URL 标 "amp" / "stories")

Part 9 — Flexible Sampling(Paywall)

9.1 2 种 sampling

方式 含义
Metering 给用户月配额(推荐 monthly,非 daily)。10 篇/月起步,6-10 篇是 news 站合理区间
Lead-in paywall 上方显文章前几句(增加好奇心 + 让 Google index 一些)

9.2 关键阈值

Google 用户体验显著下降的阈值: paywall 触发率 > 10%(约 3% 受众见 paywall)。避免接近这条线。

Metering 应用月级而非日级,因 "10 → 8" 比 "3 → 2" 影响小,且能聚焦 paywall 在最活跃用户身上。

9.3 标 paywall content

必须用 paywalled-content structured data,否则被视为 cloaking — Googlebot 看到内容但用户被阻。

不想给 browser 内容 → 用不向 browser 提供 paywalled 内容的实现。

Part 10 — Package Tracking(早期参与)

10.1 资格

  • 物流公司基于印度 / 日本 / 巴西(或其他公司在该地区的独家 packing tracking 提供方)
  • 必须有 REST JSON API(POST 请求)
  • 响应时间 700ms 平均,95th < 1000ms

10.2 API 要求

必填字段: CurrentStatus(含时间戳和错误状态)

推荐字段: DeliveredDate / PromisedDate / TrackingNumber / TrackingURL / SupportPhoneNumbers / TransitEvents / CreateDate / PickupDate / TimestampEvent / LocationEvent / CanReschedule

不允许: 收件人 / 寄件人 personal 信息 / 地理信息。

10.3 报名

Early Adopters Program form

Part 11 — Byline Date(发布日期)

11.1 实施(3 步)

  1. 加 user-visible date 显著位置 ("Posted Feb 4, 2019" / "Last updated: Feb 14, 2019 8pm ET")
  2. SD 加 datePublished 和/或 dateModified(用 Article / BlogPosting / NewsArticle / VideoObject 等 CreativeWork 子类)
  3. 可视 + SD 必须一致
{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "headline": "Analyzing Google Search traffic drops",
  "datePublished": "2021-07-20T08:00:00+08:00",
  "dateModified": "2021-07-20T09:20:00+08:00"
}

11.2 6 best practice

  • 日期必填,时间可选(但 +时间 + timezone 提精度)
  • 正确 timezone(考虑 daylight saving)
  • 可视 + SD 一致
  • 不要写未来日期 / 事件日期(应是发布/更新日期)
  • 减少页上其他日期 干扰
  • News 页 → News additional guidelines

Part 12 — Top Places List

12.1 是什么

如果你店在某 "Top X 餐厅" list 上,Search 结果可能 surface 这些 list。只 brick-and-mortar 业务。

12.2 list 站合规 3 条件

  1. content provider 策展,真实独立,不赞助
  2. 不是模板自动生成(数据 / 自动 metric 不行)
  3. 无 vulgar / 冒犯语言

12.3 我不想出现?

→ Opt out 特定 Google properties 在 local search results。

Part 13 — Reviews System

13.1 是啥

Google 对评测内容的专项评估 system,奖励有深度研究 / 专家写的 review,降权 thin summary。

13.2 评估范围

  • 第一方 article / blog / page 给recommendation / opinion / analysis 的
  • 不评估 第三方 review(用户评论区)
  • 单产品 / 对比 / ranked list 都算

13.3 影响范围

  • 主要 page 级评估
  • 站有大量 review 内容 → 可能站级评估(包括非 review 内容)

13.4 支持语言(11)

英 / 西 / 德 / 法 / 意 / 越 / 印尼 / 俄 / 荷 / 葡 / 波兰

13.5 提高内容质量

→ 完整 13 准则见 Ecommerce SEO 完全指南 (6 Surface / 4 Launch 策略 / Merchant Center / 6 SD 类型 / Pagination 3 模式 / Review 13 准则) Part 8。

简言之:

  • 专家视角
  • 原创研究 + 量化指标
  • 对比竞品 + 演化路径
  • first-hand 证据(截图 / 视频)
  • 避免 thin affiliate

Product review 可用 Product SD 帮 Google 识别。

13.6 改完多久恢复?

Reviews 评估是 automated,与其他 ranking factor 一起作用。改完可能恢复,但 timing 不保证。

Part 14 — 相关 wiki

Last updated

2026-05-17 — 基于 Google Search Central 16 篇 appearance feature 系列(2025-12 ~ 2026-03 最新)整理。Discover 2026-03 / Image 2026-03 / Web Stories best practices 2026-03 包括。

2026-09 增补：区域搜索展示与跨平台身份入口

本节依据 2026-09-08 与 09-16 官方文档快照，参与资格按地区、业务身份、查询类型分别判断。不要看到一种展示形式就给所有页面加同一套结构化数据。

区域展示选型

功能 地区与场景 身份、数据与参与要求
Aggregator unit（聚合服务商单元） EEA 欧洲经济区；酒店、航班、长途铁路/巴士、商品 VSS 垂直搜索服务，包括 OTA 在线旅行代理、比价、元搜索与目录；需批准、相关内容、质量合规和数据接入，分别提交适用兴趣表单
Supplier unit（直接供应商单元） EEA；伴随对应聚合单元出现 酒店、航空等直接供应方；仅在聚合单元出现时出现，网页可抓取信息即可作为来源，额外数据源可增强
Ecosystem carousel（生态信息轮播） EEA 桌面及移动；天气、体育、金融、翻译 权威或专业服务提供方；无需新增专用 feed 或结构化标记，符合条件后可表达参与意愿
Job sites（招聘聚合轮播与筛选） EEA；招聘查询 聚合站点入口；无需额外标记；More sites（更多网站）可进入更多聚合结果
Places sites（地点聚合轮播与筛选） Türkiye 土耳其；酒店与本地商家 聚合站点入口；无需额外标记，可通过适用表单表达兴趣
South African（南非徽章与筛选） 南非；旅行、商品、租车、巴士与外卖等 仅符合条件的南非平台；徽章本身不改变排名，筛选项也不要求额外标记；广告与自然结果的适用范围分别看文档

不要把上述聚合入口与 Structured data carousels（结构化数据轮播）混为一类：后者以单站实体列表形成可横向浏览结果，要求实施对应标记。地区总览列出了 EEA、南非、土耳其的不同查询范围，不能从一个地区的支持推断其他地区相同。

聚合服务商接入时真正要做的工作

单元默认展开排名最高提供方的结果，用户可选择另一提供方；同一时间只显示一个聚合单元，单元中的点击直接到对应聚合商网站。获得参与资格不等于始终被默认展开。

酒店按适用住宿兴趣点数据源接入，交通与航班按相应实时 API，商品按 CSS 比较购物服务流程。运营质量重点在：

  • 实体描述、分类、设施、营业时间与可信评分尽量完整，帮助用户比较；不能用泛称替代具体实体。
  • 名称真实描述，避免全大写、促销词、过度标点或表情。
  • 图片清晰、原始、无促销覆盖或水印；可用时提供高分辨率。
  • 价格与可用性尽量匹配落地页，及时撤下失效或缺货结果。数据字段齐全却价格过时，仍会损害用户体验。
  • 在 Search Console 观察整体表现；不能仅用“提交过 feed”当成展示成功证据。

Search profile 徽章：让用户找到跨平台内容

Search profile（搜索个人/品牌资料）把网站与 Instagram、TikTok、YouTube、X、Facebook 等关联内容聚合到一个 Google 入口。官方说明关注后可能让这些内容更容易出现在该用户的 Discover 中，但没有承诺固定推荐量。

认领资料后，使用 https://profile.google.com/@handle，把 handle 换为实际账号。可以使用官方下载的徽章素材，也可以直接放文字链接：

<a href="https://profile.google.com/@example">Find us on Google Search</a>

显示文案意为“在 Google 搜索上找到我们”；示例的 example 需要替换。若用图标，提供可访问名称和替代文本。点击区域按文档至少为 Android 48×48 dp、iOS 与网页 44×44 px；不拉伸、旋转或改色官方标识，单色与彩色方案保持一致。与 Preferred Sources（首选来源）徽章同时展示时，Search profile 使用带标签、强调度更高的按钮，避免两个相似 G 图标让用户分不清用途。

来源与关联资料