跳到主要內容
上線工作室 OnLaunch Studio 找我們聊

名詞解釋

本站文章與服務頁會用到的術語,每條用一段話講清楚:第一句就是定義,後面才是脈絡。 範圍只收與本站服務相關的詞,不做百科全書。

搜尋與 AI

GEO(生成式引擎優化) Generative Engine Optimization

GEO 的目標是讓 Google 與 ChatGPT 這類 AI 讀得懂、引用得到你的網站:讓 ChatGPT、Perplexity 等生成式 AI 引擎能發現、理解並在回答中正確引用網站內容。SEO 爭取搜尋結果排名,GEO 爭取 AI 回答本身的引用位置;兩者約八成基礎工程重疊。

GEO 完整指南 →

SEO(搜尋引擎優化) Search Engine Optimization

SEO 是提升網站在搜尋引擎結果頁排名與能見度的一系列技術與內容工作。涵蓋技術面(結構、效能、可爬取性)、內容面(回答真實搜尋意圖)與外部信號(反向連結)三大塊,是網路曝光的基本盤。

SEO 與 GEO 的取捨 →

AEO(答案引擎優化) Answer Engine Optimization

AEO 是讓「直接給答案的引擎」(精選摘要、語音助理、AI 問答)採用你的內容作為答案的優化做法。它與 GEO 的關係目前沒有公認定義:有人視 AEO 為 GEO 的子集(只談答案採用,不含生成式引擎的引用來源),也有人把兩者當同義詞交替使用。業界用法尚未統一,看到這兩個詞時先確認對方指的是什麼。

llms.txt

llms.txt 是放在網站根目錄、以 Markdown 寫給大型語言模型讀的站台索引檔,說明網站是誰、有哪些主要內容。進階版 llms-full.txt 直接附全站主要內容的純文字版。重點是用程式產生、與網站同步,本站兩檔皆可直接開啟檢視。

本站 llms.txt 實例 →

E-E-A-T Experience, Expertise, Authoritativeness, Trustworthiness

E-E-A-T 是 Google 評估內容品質的四個面向:經驗、專業、權威、可信。它是一套品質評估的框架,沒有單一的演算法分數。落到實作上是作者署名、可驗證的宣稱、來源標註與跨平台一致的實體資訊。

結構化資料 Structured Data

結構化資料是用機器可讀的標準格式,把網頁內容的意義(這是公司、這是價格、這是問答)明確標記出來的做法。搜尋引擎靠它產生豐富搜尋結果,AI 引擎靠它準確理解實體:是 SEO 與 GEO 共用的地基。

AI 不推薦你的原因與 GEO 執行清單 →

JSON-LD JSON for Linking Data

JSON-LD 是實作結構化資料最常用的格式:以一段 JSON 內嵌在網頁中,不與畫面標記混雜,是 Google 官方推薦的寫法。本站全站的組織、服務、價格與問答標記都以 JSON-LD 輸出,檢視任一頁原始碼即可看到。

Schema.org

Schema.org 是搜尋引擎共同維護的結構化資料詞彙表,定義了 Organization、Service、FAQPage、Article 等數百種類型與屬性。寫結構化資料時的「該用什麼欄位」,查的就是這份詞彙表。

IndexNow

IndexNow 是讓網站在內容更新時主動通知部分搜尋引擎的開放協定,參與引擎為 Bing、Yandex、Naver、Seznam 與 Yep:Google 並不參與。做法是在站根放一把公開金鑰檔,更新後把網址清單提交到 API,參與引擎便即時來抓。要讓 Google 知道你更新了,靠的是 sitemap、外部連結與 Search Console 的「要求建立索引」。IndexNow 對 Google 沒有作用,這一點是中文資料最常寫錯的地方。

sitemap

sitemap 是列出網站所有可索引網址的 XML 檔案,供搜尋引擎完整發現你的頁面,通常放在站根並在 robots.txt 中宣告位置。它不保證收錄,但能確保引擎知道每一頁的存在與最後更新時間。

robots.txt

robots.txt 是放在網站根目錄、告訴爬蟲哪些路徑可抓、哪些不可抓的純文字檔。GEO 時代它多了一個關鍵角色:明確放行 GPTBot、ClaudeBot 等 AI 爬蟲:本站的版本逐一放行 17 個 AI 爬蟲,可直接開啟核對。

本站 robots.txt 實例 →

canonical

canonical 是宣告「這一頁的正式網址是哪一個」的標記,用來處理同一內容有多個網址(參數、www 與否)造成的重複問題。每頁指定唯一的 canonical 網址,搜尋引擎才會把權重集中到正確的一頁。

AI Overviews

AI Overviews 是 Google 搜尋在結果頁頂部直接生成 AI 摘要回答的功能,會附上引用來源連結。它把 GEO 的戰場帶進了傳統搜尋結果頁:同一次搜尋裡,排名與被 AI 摘要引用是兩場並行的競爭。

301 轉址 301 Redirect

301 轉址是「此網址已永久搬家」的 HTTP 回應,會把舊網址累積的搜尋權重轉移到新網址。網站改版或搬家時,逐一把舊網址 301 到對應新頁,是保住既有 SEO 成果的關鍵動作;漏做等於權重歸零重練。

搬家的真實成本 →

孤兒頁 Orphan Page

孤兒頁是站內沒有任何一頁連向它的頁面。它可能還在 sitemap 裡、網址也打得開,但搜尋引擎主要靠連結探索網站,沒有入口的頁面會被視為不重要,長期不被抓取。常見成因是改版時把舊頁留著卻拿掉了入口。處理方式是補上合理的入口連結,或確認它不該存在就轉址、下架。

SEO 與 GEO 優化 →

抓取預算 Crawl Budget

抓取預算指搜尋引擎在一段時間內願意花在你網站上的抓取次數。它是由網站規模、更新頻率與伺服器回應速度共同決定的實務上限,官方並未保證固定配額。網站慢、大量重複頁或無效網址會把預算消耗在沒有價值的頁面上,真正重要的頁反而抓得少。改善方向是加快回應、減少重複與無效路徑。

靜態網站優缺點:速度、安全與適用情境 →

meta description

meta description 是寫在網頁原始碼裡的頁面摘要,搜尋結果常拿它當摘要顯示。它直接影響有多少人願意點進來,所以要當成廣告文案寫,避免堆疊關鍵詞;它本身不影響排名。搜尋引擎也可能改用頁內它認為更貼合查詢的段落,寫得好只能提高被採用的機率,無法保證。

SEO 與 GEO 優化 →

替代文字 Alt Text

替代文字是寫在圖片標籤裡、描述圖片內容的文字。螢幕閱讀器讀它給看不見圖的使用者聽,圖片載入失敗時瀏覽器顯示它,搜尋引擎也靠它理解圖片。純裝飾的圖應該留空字串,讓輔助技術跳過。硬填關鍵詞反而讓使用者聽到一串無意義的內容。

網頁設計服務 →

AI 爬蟲 AI Crawler

AI 爬蟲是生成式 AI 服務用來抓取網頁的自動程式,各家有各自的 User-Agent 名稱。它與搜尋引擎爬蟲是不同的東西:擋掉搜尋引擎爬蟲會讓你從搜尋結果消失,擋掉 AI 爬蟲則是讓 AI 回答時無法引用你。要不要放行是商業決定,重點是先知道自己擋了沒有。

為什麼你的網站沒被 AI 推薦 →

引用可得性 Citability

引用可得性指內容能不能被生成式引擎整段取用來回答問題。一段話要能被引用,通常需要不依賴前後文就成立、包含具體事實、並且與問題的用語對得上;只有形容詞的段落很難被引用。這解釋了為什麼有些頁面搜尋排名不錯卻從不被 AI 提到:排名比的是整頁相關性,引用挑的是單段可用性。

AI 不推薦你的原因與 GEO 執行清單 →

實體 Entity

實體是搜尋與 AI 引擎眼中「一個明確的東西」,例如一家公司、一個人、一項服務。引擎要先確定你的網站在講的實體就是使用者問的那一個,才可能引用你。同名或近名會互相稀釋,所以名稱要全站一致,並以結構化資料把名稱、網址、聯絡方式綁在一起。

結構化資料 →

幻覺 Hallucination

幻覺指生成式 AI 產生看似合理但實際錯誤的內容,包括捏造不存在的來源。對網站經營者的意義是:AI 可能講錯你的價格、服務或聯絡方式。降低機率的做法是讓正確資訊容易被抓取且前後一致。站上同一件事有兩種寫法時,引擎可能挑錯的那個,也可能兩個都不用。

GEO 完整指南 →

速度指標

Core Web Vitals

Core Web Vitals 是 Google 定義的一組網頁體驗核心指標,目前包含 LCP(載入)、INP(互動)與 CLS(視覺穩定)。它們是搜尋排名的信號之一,可在 PageSpeed Insights 與 Search Console 中量測。

LCP(最大內容繪製) Largest Contentful Paint

LCP 量測頁面主要內容(最大的圖片或文字區塊)完成渲染的時間,是 Core Web Vitals 的載入速度指標,一般以 2.5 秒內為良好。字型與圖片載入策略是 LCP 最常見的瓶頸:本站中文內文採系統字堆疊,拉丁字與標題字自站內提供子集檔(不走第三方字型服務),就是為了保護這個指標。

CLS(累積版面位移) Cumulative Layout Shift

CLS 量測頁面載入過程中版面跳動的程度,是 Core Web Vitals 的視覺穩定指標,數值越低越好。常見元凶是沒有預留尺寸的圖片與廣告、動態插入的內容;解法是為媒體元素明確標示寬高。

WordPress 與電商

WooCommerce

WooCommerce 是 WordPress 上最普及的開源電商外掛,提供商品、購物車、訂單與金流的完整框架。台灣使用情境通常需另行串接本地金流(如綠界)與電子發票;其優勢是資料完全自持與無上限的客製空間。

綠界串接實作要點 →

內容管理系統 CMS

內容管理系統是讓非工程師也能新增與修改網站內容的後台軟體,WordPress 是其中一種。它的價值在於日常更新不必找開發者,代價是多了一層需要更新與維護的程式。網站要不要用 CMS,取決於內容更新頻率與是否有人負責維護,和規模大小關係不大。

WordPress 網站建置 →

佈景主題 Theme

佈景主題是 WordPress 決定網站外觀與版面的一組檔案。市售佈景可以快速做出完整版面,代價是功能往往遠超所需、載入較慢,而且高度依賴該佈景的更新與存續。客製佈景相反:只有你要的東西,但初期成本較高。選哪一種取決於預算與這個網站要活多久。

WordPress 網站建置 →

外掛 Plugin

外掛是替 WordPress 增加功能的擴充程式。它讓功能開發變快,但每一個外掛都是一份別人寫的程式:會過期、會與其他外掛衝突、也可能成為資安破口。挑選時看更新頻率、安裝數與最近一次相容版本;能用少量外掛做到的事,就不要裝十個。

WordPress 網站建置 →

測試站 Staging

測試站是與正式站分開、內容相同的環境,用來在改動上線前先試。它的用途是把「改壞了」限制在沒有訪客的地方,尤其是更新核心與外掛、改結帳流程這類動一髮牽全身的事。沒有測試站時,替代做法是先完整備份並選在流量低的時段動手。

網站驗收 checklist →

備份 Backup

備份是網站檔案與資料庫在某個時間點的完整副本。有備份不等於救得回來。沒有實際還原過的備份只是一個假設。合格的備份至少要滿足三件事:定期自動執行、存放在網站主機以外的地方、以及有人真的完整試過一次還原。備份頻率要對得上你能接受的資料損失範圍。

網站接手健檢表 →

PHP

PHP 是 WordPress 所使用的伺服器端程式語言。它與網站速度、安全性直接相關:主機提供的 PHP 版本太舊時,新版外掛可能不相容,已知漏洞也不再修補。升級 PHP 版本通常由主機商後台切換,但要先在測試站確認佈景與外掛都相容再動正式站。

WordPress 網站建置 →

金流串接 Payment Gateway

金流串接是把網站與收款服務商連接起來,讓訂單能在線上付款。技術重點在付款後的狀態一致:使用者付了錢但通知沒送達、或重複通知造成重複出貨,都是實務上真正會發生的問題。串得起來只是起點。驗收時要看異常情境怎麼處理,順利下單的那一次證明不了什麼。

綠界金流串接要點 →

結帳流程 Checkout Flow

結帳流程指從購物車到付款完成的每一步。它是電商流失率最高的一段,常見的流失原因包括強迫註冊、運費到最後一步才出現、以及欄位過多。設計原則是每一步都讓人知道還剩幾步、總金額何時確定,以及出錯時怎麼回頭修改。

WooCommerce 開店 →

庫存管理 Inventory

庫存管理指網站上的可售數量與實際存貨保持一致。單一通路時相對單純,一旦同時有實體店或多平台銷售,就要決定以哪一邊為準、多久同步一次。超賣的處理方式要在上線前先想好:是自動取消、改為預購,還是人工聯繫。

WooCommerce 開店 →

購物車放棄 Cart Abandonment

購物車放棄指使用者把商品加入購物車卻沒有完成結帳。它是電商的常態,重點是找出自己網站上的主因:運費、付款方式、載入速度或信任感不足,各自的處理方式完全不同。在確定原因之前就先做提醒信,通常只是把同一批人再打擾一次。

WooCommerce 開店 →

網域主機

DNS Domain Name System

DNS 是把網域名稱翻譯成伺服器位址的系統。它的實務重點是:網域可能在 A 家註冊、DNS 卻託管在 B 家,搬站要動的是後者。DNS 變更需要時間在網路上散播,所以搬站通常安排在流量低的時段,並在切換前先把新主機測到可用。

網域與主機該登記在誰名下 →

SSL 憑證 SSL Certificate

SSL 憑證讓瀏覽器與網站之間的連線加密,網址前面的鎖頭就是它。現在它是基本配備:沒有它的網站瀏覽器會標示不安全,搜尋引擎也將其視為基本要求。Let's Encrypt 提供免費憑證並支援自動續期,因此這一項不必然是年度費用。

費用與年度費用說明 →

CDN Content Delivery Network

CDN 是分散在各地的伺服器網路,把網站的圖片、樣式等靜態檔案放到離訪客較近的節點。它主要改善的是傳輸距離造成的延遲,對「伺服器本身算得慢」沒有幫助。是否需要看訪客地理分布:客群集中在單一地區的小型網站,改善主機與圖片大小通常更有效。

靜態網站優缺點:速度、安全與適用情境 →