资源›词汇表
词汇表
AI营销词汇表
67个关于AI搜索、SEO、评论、外展、活动和API的通俗易懂的定义——没有炒作，也没有未解释的行话。
AI搜索与问答引擎
- AI Visibility
- 品牌在ChatGPT、Gemini或Perplexity等助手的AI生成答案中出现的频率和突出程度。它是AI时代排名的对应物：不再跟踪结果页面上的位置，而是跟踪当人们提出相关问题时，模型是否提及或引用您。 另请参阅: SEO 和 AI 可见性
- AEO（答案引擎优化）
- 一种内容结构化实践，旨在让答案引擎（即回复单个综合答案而非链接列表的系统）能够找到、理解和重用内容。典型的AEO工作包括直接问答格式、结构化数据和简洁、可引用的摘要。
- GEO（生成式引擎优化）
- 优化内容，使其能够被 ChatGPT、Perplexity 或 Google 的 AI Overviews 等生成式 AI 系统检索和引用。它与 AEO 有很大重叠；该术语强调影响生成模型对某个主题或品牌的说法，而不仅仅是页面排名。
- 答案引擎
- 一种直接回答问题而非返回排名链接的搜索系统——例如Perplexity、带有浏览功能的ChatGPT或Google的AI Overviews。答案引擎从它们检索到的来源合成回复，这就是为什么现在可检索性和可引用性与排名同等重要。
- LLM（大型语言模型）
- 一种通过大量文本训练来理解和生成语言的机器学习模型——ChatGPT、Claude和Gemini背后的技术。LLMs为答案引擎、聊天助手和大多数现代AI营销工具提供支持。
- LLM 引用
- 当AI助手在其答案中命名或链接特定来源时。引用是品牌在AI搜索中获得可见信用的方式：被引用的页面获得提及，并且——在提供链接的引擎中——获得点击。 另请参阅: SEO 和 AI 可见性
- AI 概览
- Google 在许多查询的经典结果上方显示的 AI 生成摘要块。它从多个来源综合答案并链接其中一些，这改变了下方标准列表获得的关注度和流量。
- RAG（检索增强生成）
- 一种技术，其中AI模型首先检索相关文档，然后根据这些文档撰写其答案。答案引擎本质上是在网络上运行的RAG系统——这就是为什么可抓取、结构良好的页面会被引用。
- 幻觉
- 当AI模型自信地陈述虚假信息时——一个虚构的事实、来源或数字。幻觉是未经审查的AI内容的核心风险；将答案基于检索到的来源并保留人工审批步骤是标准的缓解措施。
- llms.txt
- 一个在网站根目录提供的纯文本文件，它为 AI 系统提供了一个简洁、机器可读的网站概览以及其关键内容所在。它补充了 robots.txt：robots.txt 说明了哪些可以被抓取，llms.txt 说明了哪些值得阅读。 另请参阅: 开发者中心
- AI 爬虫
- 为AI系统抓取网络内容的机器人——用于模型训练（如GPTBot）或回答实时查询（如PerplexityBot）。网站在robots.txt中为这些爬虫声明访问策略，这与传统的搜索引擎机器人是分开的。
SEO基础知识
- SEO（搜索引擎优化）
- 提高网站在自然（非付费）搜索结果中可见性的学科，涵盖技术健康、内容相关性和链接等权威信号。现代SEO也越来越多地包括在AI生成答案中的可见性。 另请参阅: SEO 和 AI 可见性
- SERP（搜索引擎结果页面）
- 搜索引擎针对查询显示的所有内容：经典链接、广告、地图、AI 摘要、图片等。非链接块被称为 SERP 功能；排名工作旨在在正确的 SERP 上赢得正确的排名位置。
- 关键词
- 人们在搜索时输入或说出的词或短语，在SEO中用作需求的基本单位。关键词研究可以确定哪些查询对业务重要、搜索频率以及竞争难度。
- 长尾关键词
- 更长、更具体的查询，搜索量较低但意图更明确，竞争也较弱——例如“周日营业的紧急水管工”而非“水管工”。长尾词通常转化率更高，因为搜索者已经确切知道他们想要什么。
- 搜索意图
- 查询背后的目标：信息性（学习知识）、导航性（访问特定网站）、商业性（比较选项）或交易性（立即购买）。将页面的格式和内容与意图匹配是搜索中最强大的杠杆之一。
- 自然流量
- 来自非付费搜索结果的访问，而非广告、社交或直接访问。它是 SEO 工作的复合回报：一个排名可以持续带来访问者，而无需按点击付费。
- 反向链接
- 从其他网站指向您网站的链接。搜索引擎将通过编辑获得的外部链接视为认可，这使其成为持久的权威信号——而付费或操纵性链接则违反搜索引擎指南，并可能导致惩罚。
- 域名权威
- 第三方对网站链接配置文件强度的估算——如Moz的DA、Ahrefs的DR等，通常在0-100的范围内。它有助于快速比较网站，但并非Google本身使用的指标。
- 抓取
- 搜索引擎和AI机器人发现页面的方式：跟踪链接、读取站点地图和获取内容。如果一个页面无法被抓取，它就无法被索引或引用，这使得可抓取性成为任何可见性工作的零步骤。
- 索引
- 搜索引擎存储和组织已抓取页面，以便其可以出现在搜索结果中。已抓取不意味着已索引：搜索引擎会跳过它们认为内容贫乏、重复或被阻止的页面——例如，noindex标签会故意阻止页面被索引。
- 规范URL
- 当多个URL提供相同或几乎相同的页面时，网站为某段内容声明的“官方”URL。rel=canonical标签将排名信号整合到一个URL上，并防止重复内容稀释。
- hreflang
- 一种注释，告诉搜索引擎页面的每个版本针对哪种语言和地区，以便搜索者在其结果中获得正确的本地化内容。多语言网站（本网站支持52种语言环境）使用hreflang来防止不同语言版本之间相互竞争。
- 结构化数据 (schema.org)
- 机器可读的注释，通常是JSON-LD，用于标记页面上的内容：产品、评论、常见问题、本地商家。搜索引擎使用它来提供丰富的结果，问答引擎使用它来可靠地提取事实。
- 元描述
- HTML中简短的页面摘要，搜索引擎通常在搜索结果的标题下方显示。它不是排名因素，但它强烈影响点击率——它实际上是页面在SERP上的广告文案。
- 核心网页指标
- Google针对页面的用户体验指标：LCP（加载速度）、INP（交互响应速度）和CLS（视觉稳定性）。它们在真实访问中测量，并为Google的页面体验信号提供数据。
- 本地SEO
- 针对具有本地意图的搜索（如“我附近”和城市级别的查询）进行优化，其核心是Google Business Profile、一致的本地引用、评论和本地相关内容。 另请参阅: Manage Google Reviews
- 本地包
- Google针对本地意图查询显示的包含少量商家列表的地图块。获得一席之地取决于相关性、距离和突出性——其中评论数量、评分和资料完整性起着重要作用。
评论与Google商家资料
- Google Business Profile (GBP)
- Google的免费商家信息——以前称为Google My Business——它控制着商家在地图和本地搜索中的显示方式：营业时间、照片、帖子、问答和评论。它是本地可见性的基础。 另请参阅: Manage Google Reviews
- GBP帖子
- 直接发布在Google Business Profile上的简短更新——例如优惠、活动、新闻——会显示在商家信息本身。定期发布可以保持资料的活跃可见性，并为搜索者提供选择您的当前理由。 另请参阅: Manage Google Reviews
- 评论速度
- 商家随着时间获得新评论的速度。稳定的评论流向消费者和排名系统表明这是一个活跃、值得信赖的商家，而突然无法解释的飙升可能看起来像是被操纵的。 另请参阅: 评论与声誉
- 评论回复率
- 商家回复客户评论的比例。回复——尤其是对负面评论的回复——会被未来浏览资料的每位客户阅读，它们表明有人确实在倾听。
- 星级评分
- 商家评论分数的平均值，通常为一到五分制。在常见的筛选阈值附近，微小的差异会产生不成比例的影响，并且最近的评分通常比旧的评分对读者更重要。
- 声誉管理
- 持续监控品牌在评论、社交媒体和搜索中被提及的内容，并采取行动：回复、解决问题和修复根本原因。合法的声誉管理工作绝不会捏造情感。 另请参阅: 评论与声誉
- 评论筛选
- 首先根据情感筛选客户，只邀请满意的客户发表公开评论。这违反了Google的评论政策——以及大多数其他平台的规则——并可能导致评论被过滤或商家信息受到惩罚。相反，应统一邀请所有人。
- NAP一致性
- 确保商家名称（Name）、地址（Address）和电话号码（Phone number）在所有出现的地方（网站、Google Business Profile、目录）保持一致。不一致的NAP数据会分散本地排名信号，并损害商家信息的信任度。
外展与电子邮件送达率
- ICP（理想客户画像）
- 对从您的产品中获得最大价值的公司或个人的精确描述：行业、规模、角色、地理位置、购买触发因素。潜在客户列表、消息传递和资格审查都根据ICP构建。
- 联系人发现
- 从公共和许可数据源中找到目标公司中需要联系的合适人选——姓名、职位和联系方式。质量胜过数量：无效地址每次发送都会损害发件人声誉。 另请参阅: 联系人查找器
- 潜在客户丰富
- 向联系人或公司记录添加属性——规模、行业、角色、位置——以便您可以正确地细分、个性化和分配潜在客户。线索丰富化将一个简单的电子邮件地址转化为您可以采取行动的记录。 另请参阅: 联系人查找器
- 电子邮件送达率
- 您的电子邮件进入收件箱而不是垃圾邮件文件夹（或根本没有送达）的可能性。它受发件人声誉、身份验证（SPF、DKIM、DMARC）、列表卫生、发送模式和收件人参与度的影响。 另请参阅: 外展
- SPF（发件人策略框架）
- 一个DNS记录，列出哪些服务器被允许代表您的域发送电子邮件。接收服务器会检查它以捕获伪造的发件人；它是三个标准电子邮件身份验证机制之一，与DKIM和DMARC并列。
- DKIM（域名密钥识别邮件）
- 添加到传出电子邮件的加密签名，允许接收服务器验证邮件确实来自您的域，并且在传输过程中未被篡改。在任何有意义的发送量下，它是送达率的实际先决条件。
- DMARC
- 一种DNS策略，它告诉接收服务器如何处理未通过SPF或DKIM对齐的邮件——是投递、隔离还是拒绝——以及将报告发送到何处。主要的邮箱提供商要求批量发件人使用它。
- 电子邮件预热
- 逐渐增加新域或邮箱的发送量，以便服务提供商了解它是一个合法的发件人。从一个冷域直接跳到高发送量是进入垃圾邮件文件夹的最快途径之一。
- 退信率（电子邮件）
- 无法投递的已发送电子邮件的比例：硬退信（地址不存在）和软退信（临时故障）。高退信率表明列表陈旧或抓取，并迅速损害发件人声誉。
- 打开率
- 已送达电子邮件中被打开的比例。作为趋势很有用，但隐私功能（例如Apple Mail的预取）会使其虚高，因此应将打开率视为方向性指标而非精确值。
- 垃圾邮件陷阱
- 一个仅用于捕获列表操作不当的发件人的电子邮件地址：它从未选择加入任何内容，因此它收到的任何邮件都证明该列表并非干净构建。触及垃圾邮件陷阱可能导致发件人被列入黑名单。
- 退订率
- 发送后选择退出的收件人比例。一个小的、稳定的比率是正常的列表卫生；飙升则表明内容定位不当——而且在大多数司法管辖区，隐藏退订链接既违法又对送达率造成灾难性影响。
营销活动、创意与分析
- CTA（行动号召）
- 营销内容要求的具体下一步行动：预订演示、开始试用、获取路线。每个资产一个明确的CTA几乎总是优于几个相互竞争的CTA。
- A/B测试
- 向可比较的受众展示资产（主题行、页面、创意）的两个变体，并测量哪个表现更好。有效的测试一次只改变一个变量，并运行足够长的时间以达到统计显著性。
- 转化率
- 完成所需行动（注册、预订、购买）的访问者或收件人比例。根据渠道和漏斗阶段定义分母，否则数字将无法比较。
- CTR（点击率）
- 点击量除以展示量——或者，对于电子邮件，点击量除以已送达邮件数。CTR衡量了信息对实际看到它的受众的吸引力；它是大多数漏斗中第一个真实的参与信号。
- UTM参数
- 附加到URL的标签——utm_source、utm_medium、utm_campaign等——以便分析工具可以将访问归因于导致它的营销活动。一致的UTM约定是归因与猜测之间的区别。
- 品牌工具包
- 品牌身份的可重用定义：标志、颜色、字体、语调。它使每个设计或AI生成的资产保持一致——创意工具在制作内容时将品牌工具包作为约束。 另请参阅: 创意工作室
- 内容日历
- 跨渠道发布什么、在哪里、何时发布的日程表。它将发布从临时爆发转变为稳定的节奏——这正是算法和受众都奖励的。 另请参阅: 营销活动架构师
API与积分
- API（应用程序编程接口）
- 一种编程接口，允许软件直接调用另一个系统的功能，而无需用户界面。AI92通过开发者中心文档化的REST API公开其营销模块。 另请参阅: 开发者中心
- API 密钥
- 一个秘密令牌，用于识别和验证调用API的身份。像对待密码一样对待密钥：将其保留在服务器端，切勿在客户端代码或存储库中发布，并轮换任何可能已泄露的密钥。 另请参阅: 认证文档
- 持有者令牌
- 一种HTTP认证方案，调用者在每个请求中发送“Authorization: Bearer <token>”。Bearer意味着持有即证明——任何持有令牌的人都可以使用它——因此令牌必须始终通过HTTPS传输。 另请参阅: 认证文档
- 沙盒密钥
- 作用于测试环境的API密钥：请求行为与生产环境类似，但不涉及真实数据、预算或第三方服务。使用沙盒密钥构建和测试集成，然后在发布时切换到生产密钥。 另请参阅: 沙盒文档
- 积分计量
- 一种使用计费模型，其中每个API操作从余额中扣除一定数量的积分。计量使每个操作的成本预先明确，并允许按密钥、功能或周期限制支出。 另请参阅: 积分与计量文档
- 按量付费
- 根据实际使用量付费，而不是固定订阅——例如，购买API调用消耗的信用包。它适用于波动性或探索性工作负载；支出上限和自动充值规则使其可预测。 另请参阅: API 定价
- 速率限制
- 客户端在给定时间窗口内可以发出的请求数量上限，用于保护平台并强制公平使用。行为良好的客户端会读取速率限制响应头，并在触发429错误之前减慢速度。 另请参阅: 速率限制文档
- Webhook
- 当发生某些事情时（例如作业完成、联系人验证），平台向您的服务器发送的回调，这样您就不必轮询更新。端点应验证签名，快速响应并容忍偶尔的重复交付。 另请参阅: Webhooks 文档
- 幂等性
- 重复相同的请求与只执行一次具有相同效果的属性。API通过幂等性密钥实现此功能，允许客户端在超时后安全地重试，而不会重复收费或重复工作。 另请参阅: 幂等性文档
- OpenAPI 规范
- REST API的机器可读描述：端点、参数、模式、身份验证。它支持生成文档、客户端SDK和测试——AI92的公共API参考和定价表就是从其实时规范生成的。 另请参阅: API 参考