SEO Playbook · Post type

公司简介与品牌简介:结构与示例

构建包含已验证身份事实、权威来源、受管控的 sameAs 链接、组织架构(Organization Schema)以及可靠更新控制的公司简介。

3 min read

公司简介与品牌简介

公司简介是一份中立、有来源可查的记录,记载一个组织的身份、所有权、地点、活动、领导层、官方网络形象及重大历史事件。它帮助读者和机器回答"这是哪个组织?“的问题,而不会将记录变为广告或结论。

目的: 将一个组织确立为独立的实体,使重要事实易于验证,并为处于考虑阶段的读者提供通往更深入的产品、服务、对比或证据页面的可靠路径。

读者问题:“这是我要找的公司吗?它做什么?谁拥有它?它在哪些地区运营?哪些事实我可以信任?”

核心资产是一份声明账本:事实 → 值 → 来源 → 验证日期 → 责任人 → 复审触发条件。公司事实会悄然衰减:总部搬迁、品牌被收购、领导层变更、社交媒体账号废弃,而叙述文字听起来仍然合理。

它能回答的问题

一个完整的简介在提供背景之前先确定身份:

  • 当前品牌名称、注册名称、曾用名和通用别名是什么?
  • 该主体是独立公司、母公司、子公司、商业名称、非营利组织、公共机构还是产品品牌?
  • 何时何地成立?当前的总部或注册办公地在哪里?
  • 它实际提供什么,向谁提供,在哪些市场?
  • 谁拥有或控制它?哪些母、子或兄弟关系是重要的?
  • 谁领导它?该职位上次验证是什么时候?
  • 哪些网站、登记记录和社交简介标识同一组织?
  • 哪些事实来自官方记录、第一方声明或独立报道?
  • 哪些重大事件改变了该组织?何时生效?

当事实未知、有争议、为近似值或仅为组织自称时,要明确说明。明确的局限性胜过编造的确定性。

何时使用此帖子类型

当组织本身是搜索主体,且读者需要身份识别加可靠的背景信息时,使用简介。当名称冲突、品牌与其法律实体不一致、所有权发生变化或信息分散在登记机构、公司页面和报道中时,这种简介尤其有用。

区分相邻格式的原因是编辑承诺。事实性记录可以通过验证来维护;评估需要标准和证据;商业页面可以为其自身的产品服务进行推广。

易混淆的相邻类型何时选择它证据中心决定性边界
公司简介读者需要关于一个组织的中立记录登记机构、备案文件、官方平台、直接确认、独立报道确定身份和背景;不提供质量评价
评价页面读者需要评估该组织或其产品服务是否适合指定的用途声明标准、亲身测试或文献研究、局限性、披露声明、结论评判质量或契合度,必须展示评判过程
供应商简介采购读者需要供应商特定的商业和运营事实产品服务、合同模式、认证、支持、区域、采购状态将该组织定位为采购流程中的供应商
产品页面组织需要解释和交易一个产品服务第一方能力、规格、可用性、证据、条款产品服务是主题,说服是预期行为
对比页面读者在两个命名组织或产品服务之间做选择对称的标准和可比较的证据两个主题获得同等的决策深度和有条件的结论

所有权表、批评或争议并不会自动使简介变成评价。当编辑将事实转化为推荐、评分、排名、“最佳"标签或未经来源证实的名声判断时,边界就被跨越了。要么删除评价性语言,要么满足更严格的评价标准。

最适合的业务类型

排名反映了实体混淆发生的频率,以及维护良好的事实记录对受众的价值。

  1. 媒体发布商与联盟营销 目录和参考网站可以整合身份和历史,但独立性要求可见的来源和更正机制。
  2. 市场平台 服务商简介帮助用户识别交易对手。将评分与身份记录分开。
  3. B2B 服务 买家在询盘前会核实法律身份、所有权、地点、领导层、资质和行业重点。
  4. SaaS 产品名称、公司实体、收购和母品牌常常不一致;简介将它们连接起来,而不重复产品细节。
  5. 制造商与工业企业 品牌家族、设施、分销商和收购而来的名称需要精确的关系描述。绝不要将分销商的事实转嫁给制造商。
  6. 代理机构 目录受益于稳定的身份信息、办公室、领导层、专业领域和所有权记录;获奖信息仍需单独的证据。

搜索意图

主要的搜索意图 是导航型加商业调查型。查询模式包括”[公司]"、"[公司]简介”、"[公司]所有者"、"[公司]总部"、"[公司]成立时间"、"[公司]母公司"和"[品牌]官方网站"。宽泛的名称查询也可能包含支持、招聘、投资、产品或声誉意图,因此一个简介应起到引导作用,而非承载所有旅程。

在起草前检查当前的搜索引擎结果页 。记录知识面板、官方域名、登记或备案结果、简介、近期新闻以及名称相似的实体。然后检查 AI 回答中的身份混淆:错误的创始人、过时的总部、被当作公司的产品、或母公司与子公司事实混为一谈。

为每个易变事实保存带有日期标记的来源。将无来源的知识面板陈述视为线索,而非证据。

页面结构

字数范围控制范围而非奖励长度。一个简单的私营公司可能只需 1,600 字即可完整;一个更名并拥有多个子公司的大集团可能需要 3,000 字。表格通常比叙述文字更适合精确的身份字段。

板块字数范围目的是否必需
标题区和直接身份答案60–110命名组织、类型、主要活动、地点和所有权限定语必需
身份事实8–16 行确定名称、状态、成立时间、总部、母公司、网站和验证日期必需
组织做什么150–250解释活动、客户、市场和边界,不使用推广性夸大用语必需
所有权与组织架构120–240区分母公司、子公司、品牌、部门和曾用名关系当任何关系影响身份时必需
历史与重大事件180–350记录成立、更名、收购、合并、发布、搬迁或关闭事件的日期必需;仅保留与身份相关的事件
领导层60–160列出当前负有责任的领导者,包含职位和验证日期有条件——当信息可靠且有用时
地点与运营市场80–180区分注册办公地、总部、设施和服务市场有条件
官方存在与 sameAs5–12 个链接标识代表同一组织的权威页面必需
来源与方法论120–220说明来源层级、冲突、检索日期和更正途径必需
相关实体与下一页80–160引导读者到母公司、子公司、产品、对比或证据页面有条件
常见问题解答250–450解决剩余的身份、来源、架构、更正和时效性问题必需
行动号召30–70提供一个适合中立研究的下一步行动必需

必需元素

每个可复用元素之所以存在,是因为当精确事实在叙述中消解时,简介就会失效。

元素始终或有条件位置
直接答案块始终紧接在 H1 下方;识别精确的组织,不带赞美或评价
快速概览与目录超过 1,500 字的简介始终使用直接答案之后;展示事实、所有权、历史、来源和常见问题
定义框当品牌、法律实体和母公司可能被混淆时有条件使用在事实表之前;明确说明页面涵盖的实体
规格表始终靠近顶部;每个易变值都配以状态或验证日期
关系图对于集团和品牌组合有条件使用在所有权信息旁;在视觉上和文字中展示关系方向和生效日期
来源块始终在事实叙述之后;按声明类别分组来源并显示访问日期
新鲜度标记始终在身份表旁和来源记录处
更新日志在首次重大更正或事件后有条件使用在来源下方;记录变更内容、原因和时间
相关内容块有条件在来源之后;根据读者目的而非泛泛的循环引导
常见问题解答与行动号召始终最后两个区块;在提供下一步行动前回答剩余问题

前置元数据与 Schema

遵循共享的前置元数据规范 。对于本实战手册规范,使用 entity = "post-type-company-profile"。对于已发布的简介,该值必须标识组织本身,而非当前标题:entity = "organization-northstar-analytics-ltd"。品牌更名时保持稳定;将曾用名单独记录。

仅对可见的、有来源的事实使用 Schema 标记Organization(组织)或有效的子类型是主要实体;Article(文章)描述编辑简介。组织架构(Organization Schema) 需要稳定的 @id、权威的 url、当前的 name、受支持的 alternateName、代表性的 logo 以及受管控的 sameAs。仅在其方向已核实的情况下添加组织关系。仅当与可见常见问题完全匹配时使用 FAQPage

sameAs 的含义是"此 URL 标识同一实体",而非"此页面提及该实体"。当匹配明确无误时,可包含官方登记记录、经过验证的社交简介、权威知识库记录或其他受管控的公开简介。排除评价、媒体报道、目录类别页面、分销商页面、员工账号、旧账号、活动落地页以及母公司的简介——除非母公司本身就是主题。这种严格性通过防止两个组织因松散关联而被合并,从而改善实体消歧

完整示例

方括号内的文字为实施说明,必须在发布前替换或删除。

+++
title = "[当前品牌]:公司简介、所有权与事实"
seoTitle = "[当前品牌] 公司简介 — 已验证事实"
entity = "organization-[稳定的法律实体标识]"
url = "/companies/[权威品牌标识]/"
keywords = [ "[品牌]", "[品牌]公司简介", "[品牌]所有者", "[品牌]总部", "[品牌]成立时间", "[品牌]官方网站" ]
description = "[150–160 个字符,识别公司、活动、所有权或地点背景,以及其主要事实的验证日期。]"
type = "academy"
date = "[发布日期和时间]"
lastVerified = "[YYYY-MM-DD]"
factOwner = "[团队或指定编辑]"
schemaTypes = [ "Organization", "Article", "FAQPage" ]

[[sameAs]]
type = "official-registry"
url = "[权威登记记录]"
verified = "[YYYY-MM-DD]"

[[sameAs]]
type = "verified-social"
url = "[权威简介 URL]"
verified = "[YYYY-MM-DD]"

[[faq]]
question = "谁拥有[当前品牌]?"
answer = "[带有生效日期和来源背景的精确可见答案。]"
+++

# [当前品牌]公司简介

**[当前品牌]是一家位于[地点]的[组织类型],[用平实事实描述活动]。截至[验证日期],它[独立/由母公司所有]。**

上次验证:[日期] · 简介责任人:[姓名或团队] · 更正途径:[方式]

## 公司事实

| 字段 | 值 | 来源状态 | 已验证 |
|---|---|---|---|
| 当前品牌 | [值] | 官方公司资产 | [日期] |
| 注册实体 | [值和标识符] | 官方登记机构 | [日期] |
| 曾用名 | [带有生效日期的值] | 登记机构或备案文件 | [日期] |
| 组织类型 | [公有/私有/非营利等] | 登记机构或备案文件 | [日期] |
| 成立时间 | [支持的日期和地点] | [来源类别] | [日期] |
| 总部 | [运营总部,非假定的注册办公地] | [来源类别] | [日期] |
| 母公司 | [值或独立] | 备案文件或交易记录 | [日期] |
| 官方网站 | [权威 URL] | 直接验证 | [日期] |

## [当前品牌]做什么
[描述活动、客户、市场和明确排除项。将公司声明标注为声明。]

## 所有权与相关组织
[说明母公司、子公司、部门和品牌关系,包含关系方向和生效日期。]

## 历史
- **[YYYY-MM-DD]:** [重大身份事件和来源。]
- **[YYYY-MM-DD]:** [重大身份事件和来源。]

## 官方简介
[仅列出受管控的 sameAs 目标,包含平台和验证日期。]

## 来源与方法论
[分组列出登记机构、备案文件、第一方和独立来源。说明冲突解决和更正处理方式。]

## 常见问题解答
### 谁拥有[当前品牌]?
[来自前置元数据的精确答案。]

[一个中立的下一步行动:检查来源、比较产品服务或查看官方网站。]

如果某个来源不支持某个字段,则省略或标记为"未公开验证"。绝不从联系地址推断总部,从标识推断所有权,或从域名记录推断成立日期。

设计图库

视觉系统应使验证更便捷,而不让公司看起来获得背书。

参考目录型简介

紧凑的身份卡片、有来源的事实表、名称历史、相关实体和更正途径。

品牌与母公司关系

移动端布局,包含可读的所有权链条、生效日期、官方简介和非推广性的活动摘要。

公共或受监管组织

以备案文件为主的布局,优先展示标识符、状态、治理信息、带日期标记的领导层和更新日志。

质量检查清单

当不熟悉该公司的编辑能够追溯每一项重大身份声明时,简介即视为合格。

  • H1、直接答案、权威 URL、实体 ID 和 schema 标识同一组织。
  • 当前品牌、法律实体、曾用名、别名和名称相似的实体已被区分。
  • 每个事实都按来源类别标注,并附有与其易变性相适应的验证日期。
  • 法律身份尽可能来自权威登记机构或备案文件;第一方复制件不能替代。
  • 总部、注册办公地、设施和服务市场不被视为可互换。
  • 母公司、子公司、部门和产品品牌关系具有正确的方向和生效日期。
  • 活动摘要使用平实的事实性语言,并将无法独立验证的声明归属来源。
  • 领导层姓名和职位是最新的、有来源的,并在不增加读者价值时省略。
  • 每个 sameAs URL 代表同一组织,能正确解析,并经过人工检查。
  • 批评和实质性争议具有相关性、适度、有来源、有日期并有归属。
  • 页面不包含评分、推荐、排名或未经评价方法论暗示的背书。
  • 新鲜度标记注明上次全面检查的时间、责任人、检查频率和事件触发条件。
  • 常见问题文本与前置元数据完全匹配;结构化数据与可见内容一致。
  • 内容刷新检查清单 已排入计划,更正有负责的途径。

常见错误

重写"关于我们"页面

“关于我们"页面是自我展示,而非中立证据。可将它用于组织自身的描述,移除标语,并在其他地方验证身份事实。

将所有来源等同对待

社交简介不能凌驾于登记机构之上决定法律地位。选择最接近每个声明来源,并记录冲突。

将品牌与其所有者混为一谈

应表述"品牌 A 自[日期]起由集团 B 拥有”,而不是将母公司的总部、领导层、营收或成立年份转嫁给品牌。

将 sameAs 当作链接垃圾场

松散的链接可能合并不相关的实体。需要佐证的标识符和可访问的权威 URL;普通引文应归入来源。

夹带评价性语言

“领先的”、“值得信赖的”、“创新的"和"有争议的"除非有归属否则都是结论。如果任务是评判公司,应使用评价方法。

发布精确但过时的事实

过时的事实放在表格中看起来有权威性。精确性增加了展示验证日期和触发复检的责任。

通过覆盖来隐藏冲突

在研究记录中保留来源冲突,选择有支持的公开措辞,并记录重大更正。

让被描述主体控制独立背景

核实提出的更正,并披露赞助或批准权。不要因为某个事实不方便就删除一个重要的、有充分来源依据的事实。

内部链接

简介是一个实体枢纽,而非站点地图。每个链接都应澄清身份或延续读者的特定任务。

链接进入简介——当读者需要识别组织、了解曾用名或区分母公司与产品品牌时。

链接出去——到官方网站、权威记录、母公司或子公司简介,以及拥有评估或交易意图的页面。评价页面 拥有结论。产品页面 拥有能力和转化。对比页面 拥有对称的选择。简介可以总结它们的关系,但不应复述其论据。

目标何时链接不要复制到简介中
母公司或子公司简介关系对身份识别重要时另一实体的完整历史和领导层
产品或服务页面读者需要产品细节或交易时定价表、推广性声明或完整规格
评价或对比读者需要评估时评分、推荐、测试证据或结论性语言
登记机构、备案文件或官方平台读者可能需要验证决定性事实时与身份无关的长段引用或数据

仅在两到五个目标各自具有不同功能时使用相关内容块 。程序化链接必须保持关系方向。

如何衡量效果

衡量简介是否成为可信的身份来源并准确引导读者。仅凭流量的上升可能源于新闻、争议或名称歧义。

使用提示追踪 追踪组织名称加所有者、总部、创始人、官方网站、母公司、曾用名以及"它做什么"的变体。在来源与引用情报 中,检查 AI 回答是否引用了简介,以及提取的事實是否保留了日期、限定词和正确的实体边界。

在四个层面应用衡量方法

层面衡量指标诊断问题
可见性品牌查询的展现量和排名;AI 提及、引用和被引用 URL 按提示分类简介对于其应覆盖的身份问题是否可被发现?
身份准确性在抽样结果和 AI 回答中的正确名称、母公司、网站、总部和领导层机器和读者是否使用当前事实识别了正确的组织?
互动与引导事实表触及量、来源打开数、相关实体点击、评价或产品继续浏览率简介是否解决了问题并将读者引导至正确的下一页?
维护质量按字段统计的事实时效、损坏的 sameAs 链接、更正数量、验证和发布变更的时间记录是否随着公司的变化而保持可靠?

打开 AmICited Cockpit 比较发布和更新前后的可见性和被引用页面。标注更名、收购、领导层变更、迁移、架构变化和更正。由于即使被提及仍可能携带错误的身份信息,因此要手动抽样检查答案。将事件响应时间与常规复审分开追踪。

常见问题解答

公司简介和评价有什么区别?

公司简介通过来源可查的事实和中立的背景,说明一个组织是什么。评价则基于明确的方法评估质量或契合度,并得出一个结论。如果页面对公司进行评分、推荐、批评或排名,则需要评价证据和披露声明。

公司简介应信任哪些来源?

使用最接近每个事实的来源:法律身份使用官方登记机构,当前运营使用公司自有平台,受监管事实使用监管机构或备案文件,有争议的背景使用可靠独立报道。绝不让单一来源代表所有声明。

sameAs 中应包含什么?

仅包含标识同一组织的权威公开 URL,例如官方登记记录或经过验证的社交简介。不要包含评价页面、分销商、新闻文章、员工简介、活动页面或名称相似的组织。

公司简介应使用哪种 schema 类型?

在当前可见页面支持的情况下,使用 Organization(组织)或最具体的有效子类型。对于编辑简介本身使用 Article(文章),在实现了可见面包屑导航时使用 BreadcrumbList(面包屑列表),仅当标记的问题和答案与页面完全匹配时才使用 FAQPage。

公司简介应多久更新一次?

根据事实易变性而非便利性设定更新频率。对高频变化的公司每季度检查一次,对稳定的组织至少每年检查一次,并在公司更名、收购、领导层变更、搬迁、融资事件、关闭、重大产品转型或身份链接失效后立即触发复审。

公司能否编辑或批准其简介?

公司可以提交更正并验证第一方事实,但不应控制独立背景或压制有来源依据的实质性事实。记录请求,对照适当来源验证更正,并在存在赞助或批准权的情况下予以披露。

衡量公司事实是否保持可见与准确
追踪品牌身份提示,检查被引用的页面,并在陈旧的所有权、领导层、地点或网站声明传播之前将其捕获。

← All SEO Playbook guides

准备好付诸实践了吗?

免费检查 · 7天试用 · 需要信用卡