資源›詞彙表
詞彙表
AI 行銷詞彙表
67 個關於 AI 搜尋、SEO、評論、外展、活動和 API 的淺白定義——沒有誇大其詞，也沒有未解釋的術語。
AI 搜尋與問答引擎
- AI 可見度
- 品牌在 ChatGPT、Gemini 或 Perplexity 等助理生成的 AI 答案中出現的頻率和顯著程度。它是 AI 時代排名對應物：不再追蹤結果頁面上的位置，而是追蹤當人們提出相關問題時，模型是否提及或引用您。 另請參閱: SEO 與 AI 可見度
- AEO (答案引擎優化)
- 一種內容結構化實踐，旨在讓答案引擎（以單一綜合答案而非連結列表回覆的系統）能夠找到、理解和重複使用內容。典型的 AEO 工作包括直接問答格式、結構化數據和簡潔、可引用的摘要。
- GEO (生成式引擎優化)
- 優化內容以供生成式 AI 系統（如 ChatGPT、Perplexity 或 Google 的 AI Overviews）檢索和引用。它與 AEO 大量重疊；該術語強調影響生成模型對某個主題或品牌的說法，而不僅僅是頁面排名。
- 答案引擎
- 一種直接回答問題而非返回排名連結的搜尋系統——Perplexity、帶有瀏覽功能的 ChatGPT 或 Google 的 AI Overviews。答案引擎從其檢索的來源綜合答案，這就是為什麼現在可檢索和可引用與排名一樣重要。
- LLM (大型語言模型)
- 一種經過大量文本訓練以理解和生成語言的機器學習模型——ChatGPT、Claude 和 Gemini 背後的技術。LLM 驅動答案引擎、聊天助理和大多數現代 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標籤會刻意將頁面排除在外。
- 規範網址
- 當多個網址提供相同或幾乎相同的頁面時，網站為內容聲明的「官方」網址。rel=canonical標籤將排名信號整合到一個網址上，並防止重複內容稀釋。
- hreflang
- 一種註釋，告訴搜尋引擎每個頁面版本所針對的語言和地區，以便搜尋者在其結果中獲得正確的地區設定。多語言網站（本網站支援52種地區設定）使用hreflang來防止不同語言版本相互競爭。
- 結構化資料 (schema.org)
- 機器可讀的註釋，通常是JSON-LD，用於標記頁面上的內容：產品、評論、常見問題、本地商家。搜尋引擎使用它來提供豐富的結果，而答案引擎則使用它來可靠地提取事實。
- 中繼描述
- HTML中簡短的頁面摘要，搜尋引擎通常在結果中標題下方顯示。它不是排名因素，但它強烈影響點擊率——它實際上是頁面在搜尋結果頁面（SERP）上的廣告文案。
- 核心網路指標
- Google針對頁面的使用者體驗指標：LCP（載入速度）、INP（互動回應速度）和CLS（視覺穩定性）。它們是在實際訪問中測量的，並為Google的頁面體驗信號提供資訊。
- 本地搜尋引擎優化
- 針對具有本地意圖的搜尋（例如「我附近」和城市級查詢）進行優化，以Google商家檔案、一致的本地引用、評論和本地相關內容為核心。 另請參閱: Manage Google Reviews
- 本地商家資訊包
- Google針對本地意圖查詢顯示的地圖區塊，其中包含一些商家資訊。獲得一席之地取決於相關性、距離和顯著性——其中評論數量、評分和檔案完整性扮演著重要角色。
評論與 Google 我的商家檔案
- Google商家檔案 (GBP)
- Google的免費商家資訊——前身為Google我的商家——它控制著商家在地圖和本地搜尋中的顯示方式：營業時間、照片、貼文、問答和評論。它是本地可見度的基礎。 另請參閱: Manage Google Reviews
- GBP貼文
- 直接發佈在Google商家檔案上的簡短更新——例如優惠、活動、新聞——會顯示在商家資訊本身。定期發佈可讓檔案保持活躍可見，並為搜尋者提供選擇您的當前理由。 另請參閱: Manage Google Reviews
- 評論速度
- 商家隨著時間獲得新評論的速度。穩定的評論流向消費者和排名系統表明這是一個活躍、值得信賴的商家，而突然無法解釋的飆升可能看起來像是被操縱的。 另請參閱: 評論與聲譽
- 評論回覆率
- 商家回覆客戶評論的比例。回覆——尤其是對負面評論的回覆——會被每個瀏覽檔案的未來客戶閱讀，它們表明有人確實正在傾聽。
- 星級評分
- 商家評論分數的平均值，通常為一到五分。微小的差異在常見的篩選閾值附近會產生不成比例的影響，並且最近的評分通常比舊的評分對讀者更具影響力。
- 聲譽管理
- 持續監控品牌在評論、社群媒體和搜尋中被提及的內容，並採取行動：回應、解決問題並修復根本原因。合法的聲譽管理工作絕不會捏造情感。 另請參閱: 評論與聲譽
- 評論篩選
- 首先根據客戶情緒進行篩選，只要求滿意的客戶留下公開評論。這違反了Google的評論政策——以及大多數其他平台的規則——並可能導致評論被過濾或商家資訊受到處罰。相反，請統一要求所有人。
- NAP一致性
- 確保商家的名稱（Name）、地址（Address）和電話號碼（Phone number）在所有出現的地方（網站、Google商家檔案、目錄）都保持一致。不一致的NAP資料會分散本地排名訊號，並削弱對商家資訊的信任。
外展與電子郵件送達率
- ICP (理想客戶檔案)
- 對從您的產品中獲得最大價值的公司或個人的精確描述：行業、規模、角色、地理位置、購買觸發因素。潛在客戶列表、訊息傳遞和資格審查都根據ICP建立。
- 聯絡人發現
- 從公共和授權資料來源中，找到目標公司中正確的聯繫人——姓名、職位和聯繫方式。質量勝於數量：每次發送無效地址都會損害發件人的聲譽。 另請參閱: 聯絡人查找器
- 潛在客戶豐富化
- 為聯繫人或公司記錄添加屬性——規模、行業、職位、地點——以便您可以正確地細分、個人化和路由潛在客戶。豐富化將一個單純的電子郵件地址轉變為您可以採取行動的記錄。 另請參閱: 聯絡人查找器
- SPF (寄件者政策框架)
- 一個DNS記錄，列出哪些伺服器被允許代表您的網域發送電子郵件。接收伺服器會檢查它以捕獲偽造的發件人；它是三個標準電子郵件身份驗證機制之一，與DKIM和DMARC並列。
- DKIM (網域金鑰識別郵件)
- 添加到外發電子郵件的加密簽名，允許接收伺服器驗證郵件確實來自您的網域且在傳輸過程中未被更改。對於任何有意義的送達量來說，這是送達率的實際先決條件。
- DMARC
- 一種DNS策略，告知接收伺服器如何處理未能通過SPF或DKIM對齊的郵件——遞送、隔離或拒絕——以及將報告發送到何處。主要郵箱服務提供商要求大量發件人使用它。
- 電子郵件暖身
- 從新網域或郵箱逐漸增加發送量，以便服務提供商了解這是一個合法的發件人。從一個冷網域直接跳到高發送量是進入垃圾郵件資料夾最快的方法之一。
- 退信率 (電子郵件)
- 無法送達的已發送電子郵件的比例：硬退信（地址不存在）和軟退信（暫時性故障）。高退信率表示列表過時或抓取，並迅速損害發件人聲譽。
- 開啟率
- 已送達電子郵件中被打開的比例。作為趨勢很有用，但隱私功能（例如Apple Mail的預取）會使其膨脹，因此請將開啟率視為方向性指標而非精確數字。
- 垃圾郵件陷阱
- 一個僅用於捕獲列表管理不善的發件人的電子郵件地址：它從未選擇加入任何內容，因此它收到的任何郵件都證明該列表不是乾淨建立的。觸及垃圾郵件陷阱可能導致發件人被列入黑名單。
- 取消訂閱率
- 發送後選擇退訂的收件人比例。一個小而穩定的比率是正常的列表衛生；飆升則表示內容定位錯誤——而隱藏退訂連結在大多數司法管轄區都是非法的，並且對送達率來說是災難性的。
行銷活動、創意與分析
- CTA (行動呼籲)
- 行銷內容要求採取的特定下一步行動：預訂演示、開始試用、獲取路線。每個資產一個明確的CTA幾乎總是優於多個相互競爭的CTA。
- A/B 測試
- 向可比較的受眾展示資產（主旨行、頁面、創意）的兩個變體，並測量哪個表現更好。有效的測試一次只改變一個變量，並運行足夠長的時間以達到統計顯著性。
- 轉換率
- 完成所需行動的訪客或收件人比例：註冊、預訂、購買。根據渠道和漏斗階段定義分母，否則數字將失去可比性。
- 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
- 當發生某事時（例如任務完成、聯絡人已驗證），平台會向您的伺服器發送的回呼，這樣您就不必輪詢更新。端點應驗證簽名、快速回應並容忍偶爾的重複遞送。 另請參閱: Webhook 文件
- 冪等性
- 重複相同的請求與執行一次具有相同效果的屬性。API 透過冪等金鑰實現此功能，允許客戶端在逾時後安全地重試，而不會重複收費或重複工作。 另請參閱: 冪等性文件
- OpenAPI 規範
- REST API的機器可讀描述：端點、參數、架構、身份驗證。它驅動生成的文檔、客戶端SDK和測試——AI92的公共API參考和定價表是從其即時規範生成的。 另請參閱: API 參考