// 名詞表 · GLOSSARY
名詞解釋總表
站上文章會用到的 161 個專有名詞,一條一句白話解釋。看文章的時候,名詞底下有虛線的滑過去(手機點一下)就會浮出同一份解釋,不用特地跳來這頁。
AI 工具與代理
15 條
- AI 代理(AI agent)
- 會「動手做事」的 AI:自己讀檔案、寫程式、跑指令、修錯誤,你只負責描述需求跟監督方向。跟只會「回答問題」的聊天機器人是兩種東西。
- ChatGPT
- OpenAI 的對話式 AI。本站常拿它跟 AI 代理對比:ChatGPT 給你答案、你自己動手;AI 代理直接幫你把事做完。
- Claude Code
- Anthropic 推出的 AI 寫程式工具,裝在自己電腦的終端機裡,能直接讀寫你的檔案、跑指令,把你用中文描述的需求做成真的網站或工具。
- Cursor
- 內建 AI 的程式編輯器,跟 Claude Code 同類,但走「圖形介面編輯器」路線而非終端機路線。
- Codex
- OpenAI 的程式型 AI 代理,跟 Claude Code 同類:能讀寫你的檔案、跑指令、動手把功能做出來。
- 大型語言模型(LLM, Large Language Model)
- ChatGPT、Claude 這類 AI 背後的技術:讀過海量文字後,學會理解與生成人類語言的模型。
- 提示詞(prompt)
- 你打給 AI 的那段指令或描述。寫得越具體(要什麼、給誰用、長怎樣),AI 做出來的東西越接近你要的。
- AI 工作流(AI workflow)
- 把一件事的多個步驟串成「AI 自動跑完」的流程,例如「抓新聞 → 寫摘要 → 排版 → 發文」全自動,人只看結果跟把關。
- 自動化(automation)
- 把重複性工作交給程式定時自動執行,例如每天早上自動抓新聞、整理成貼文、發到社群。
- 機器人(bot)
- 自動執行特定任務的程式,例如 LINE 機器人自動回訊息、發文機器人每天定時發貼文。
- 無程式碼(no-code)
- 不寫程式、用拖拉跟設定做出應用的工具或方法。AI 代理出現後,「會描述需求」比「會不會寫程式」更關鍵。
- Opus / Sonnet / Haiku(Claude 的三種等級)
- 同一家 AI 的三種型號:Opus 最聰明也最貴、Haiku 最快最便宜、Sonnet 在中間。量大又簡單的工作丟 Haiku,需要品質的才用 Opus,成本差很多。
- fast mode(快速模式)
- 讓 Opus 用更快速度輸出的開關:腦袋一樣、講話變快。它不是省額度模式,也不是降級成小模型;真要省額度,手段是把簡單任務換到小模型。
- hallucination(AI 編造)
- AI 把「看起來合理」的內容當成事實寫出來的現象:框架是真的、細節是編的,長得跟正確答案一模一樣。對策不是指望它不編,是建立讓錯的內容過不了關的檢查流程。
- few-shot(範例教學法)
- 給 AI 看幾篇範例,讓它照著模仿的做法。缺點是它只學得到表面用詞,學不到「為什麼這樣寫」的規則。
Claude Code 的用法與設定
18 條
- skill(技能包)
- Claude Code 的知識外掛:一個資料夾放一份說明書(SKILL.md),教 AI 特定領域的做事方法。對到相關任務時 AI 會自己翻出來照著做。
- hook(掛鉤)
- 在工具的固定時機(開始對話、寫完檔案、結束回合)自動執行你指定動作的機制。像是幫 AI 設「進門要換鞋」的家規,設一次每次都自動生效。
- 斜線指令(slash command)
- Claude Code 對話裡以 / 開頭的快速指令,例如 /compact、/model。除了內建的,也能把自己常用的一段指示存成檔案變成自訂指令,打 / 加名字直接執行。
- subagent(子代理)
- AI 派出去的分身:主對話把一件事外包給另一個獨立的 AI 執行,做完只回報結果,不佔用主對話的記憶空間。
- system prompt(開場說明書)
- 每次對話開始前,系統先塞給 AI 的背景說明:你是誰、有哪些工具、裝了哪些 skill。使用者看不到它,但每一次請求都會重送一遍,是固定開銷的大宗。
- context(上下文視窗)
- AI 一次能「記在腦中」的內容上限,包含你說的話、它讀的檔案跟對話紀錄。塞滿了就會忘掉前面的事,這就是長對話後 AI 開始恍神的原因。
- token(字元計費單位)
- AI 讀寫文字的計量單位,一個中文字約 1-2 個 token。訂閱方案的用量限制、API 的計費都是按 token 算,所以「講重點、少貼無關內容」直接等於省錢。
- rate limit(用量限制)
- 服務商限制你在一段時間內能用多少次的機制。撞到不是壞掉,是「這個時段的量用完了」,等重置或升級方案。
- Rewind(倒帶)
- Claude Code 內建的復原功能:每次你送出指令前先拍一張檔案快照,按 ESC 兩下或打 /rewind 可以退回之前的狀態。只追蹤 AI 用編輯工具改的檔案,跑指令做的改動不算。
- Checkpoint(斷點快照)
- Rewind 功能背後的存檔點:每則指令送出前自動存一張檔案快照,預設保留 30 天、每個對話最多 100 個。官方定位是「本機的復原鍵」,永久的歷史還是要靠 git。
- scheduled-tasks(排程功能)
- Claude Code 的內建功能:設定好時間之後,它會自己在那個時間點跑你交代的流程,不用你開著電腦盯。
- AskUserQuestion(跳問功能)
- Claude Code 執行到一半可以跳出選項問你的功能。用在「流程自動跑,但關鍵決定留給人」的地方。
- WebFetch(讀網頁功能)
- 讓 AI 直接去讀一個網址的內容再回來處理的功能,不用你先複製貼上。
- MCP(Model Context Protocol)
- 讓 AI 工具安全連接外部服務(瀏覽器、行事曆、資料庫)的通用接口標準,由 Anthropic 推出。
- MCP server(工具伺服器)
- 照 MCP 標準做好的工具接口,一個 server 提供一組能力(查資料庫、發訊息、控制瀏覽器)。裝上它,AI 就多一套能直接使用的工具。
- git worktree(平行工作目錄)
- git 的功能:同一個專案同時開好幾份獨立的工作目錄,各改各的、互不干擾,最後再合併。想讓多個 AI 分身同時動同一個專案,靠它就不會互相踩到。
- plugin(功能包)
- 把一個或多個 skill 包起來、可以整包安裝的單位,在 Claude Code 裡用 `/plugin install` 安裝。
- marketplace(功能包清單)
- 一份功能包清單。先把清單加進 Claude Code,才能從裡面挑要裝哪一個。
電腦與環境
20 條
- 命令列(CLI, Command Line Interface)
- 用打字指令操作電腦的方式,沒有按鈕跟視窗。Claude Code 就是命令列工具。
- 終端機(terminal)
- 「用文字指令操作電腦的視窗」的統稱。Mac 叫 Terminal,Windows 上就是 PowerShell,兩者角色相同。
- PowerShell
- Windows 內建的指令視窗:用打字下指令的方式操作電腦,Claude Code 在 Windows 上就在這裡面跑。按 Win + X 可以叫出來。
- PATH(環境變數)
- 系統的「去哪裡找程式」清單。指令打了卻顯示找不到,九成是程式所在的資料夾沒被加進這份清單。
- 執行原則(Execution Policy)
- Windows 的安全限制,預設擋下外來的指令檔。PowerShell 跳紅字常是它造成的,用系統管理員身分設定一次就解除。
- 編碼(encoding)
- 電腦儲存文字的方式。Windows 中文環境常用 Big5,多數程式假設 UTF-8,兩邊對不上就變亂碼 — 所以資料夾、檔案建議用英文命名。
- BOM(Byte Order Mark)
- 檔案開頭 3 個隱形位元組的記號,用來標示「這是 UTF-8」。Windows 兩條鐵律:.ps1 含中文要有它、.env 絕對不能有它 — 存反了都會炸,而且錯誤訊息看不出原因。
- native 安裝(原生安裝)
- 官方提供的獨立安裝方式:一行指令下載完整程式,不依賴 Node.js 這類其他環境,裝完會自動更新。2026 年官方文件的推薦裝法。
- Node.js
- 讓電腦能執行 JavaScript 程式的基礎環境。Claude Code 的 npm 舊裝法才需要先裝它;2026 年官方推薦的 native 一行安裝不用。免費,從官網 nodejs.org 下載安裝。
- npm
- 裝 Node.js 時附帶的套件管理工具,像程式界的 App Store — 一行指令就能安裝各種工具。Claude Code 的舊裝法用它裝;現在官方推薦改用 native 一行安裝。
- LTS(Long Term Support)
- 軟體的「長期支援版」,最穩定、官方維護最久的版本。下載 Node.js 時選綠色的 LTS 按鈕就對了。
- Homebrew(brew)
- Mac 專用的軟體安裝工具,Windows 沒有也不需要。Mac 教學看到 brew install 開頭的指令,Windows 用戶直接跳過。
- Linux
- 跟 Windows、macOS 並列的作業系統家族,伺服器與許多開發工具的主流環境。不少教學的指令以它為前提寫成,搬到 Windows 有時要翻譯。
- WSL(Windows Subsystem for Linux)
- 微軟提供的功能:在 Windows 裡面跑一個 Linux 子系統,像電腦裡再開一台小電腦。需要 Linux 環境的工具靠它就能在 Windows 上用,但檔案與工具分屬兩個世界,混用容易踩坑。
- 環境變數(environment variable)
- 放在系統層、不寫進程式碼的設定值,最常用來放 API 金鑰等機密,避免跟著程式碼被公開。
- OAuth(帳號授權登入)
- 「用你的帳號幫工具開門」的標準流程:跳出瀏覽器讓你登入原服務,工具拿到授權後就能代你操作,全程不用把密碼交給工具。
- curl(命令列抓網頁工具)
- 用打指令的方式跟網站要資料或送資料的小工具,幾乎每台電腦都有。程式要呼叫別人的服務時常用它。
- YAML
- 一種給人讀也給程式讀的設定檔格式,用縮排表示層級。常拿來存設定、狀態這類結構化資料。
- JSON
- 程式之間交換資料的通用格式,長得像一層層的「名稱:內容」清單,人眼也讀得懂。
- eSIM(虛擬 SIM 卡)
- 不用插實體卡的虛擬 SIM 卡,出國前先買好,落地開通就能上網。
寫程式與上線
36 條
- Git
- 程式碼的版本紀錄系統:每次改動存成一個「存檔點」(commit),隨時可以回溯、比對、還原,不怕改壞。
- GitHub
- 放 Git 程式碼的雲端平台,也是全世界開源專案的集散地。程式碼推上去之後可以接自動部署。
- 提交(commit)
- Git 的一個存檔點:把這次改動連同一句說明記錄下來,之後隨時可以回到這個版本。
- repo(專案倉庫)
- GitHub 上的一個專案資料夾,裡面放程式碼、說明文件跟修改紀錄。一個 repo 就是一個獨立的專案。
- GitHub trending(熱門榜)
- GitHub 每天自動整理的「最近最多人收藏」專案排行榜,可以按語言或時間範圍篩。想找新工具的人常從這裡逛。
- star(星星數)
- GitHub 上的收藏功能,等於「按讚+加書籤」。star 數常被當成專案受歡迎程度的指標,但可以刷,看的時候要順便看最近有沒有在維護。
- 部署(deploy)
- 把做好的網站或程式「推上線」讓所有人用得到的動作。
- Vercel
- 把網站免費發佈到網路上的服務:接上 GitHub 後,每次推程式碼就自動更新網站,個人專案免費方案就夠用。
- Render
- 雲端程式代管服務,免費方案能跑小型後端程式(例如 LINE 機器人)。免費版 15 分鐘沒流量會休眠,喚醒要 15-50 秒。
- Python
- 入門門檻最低的主流程式語言之一,資料處理、自動化、AI 領域的首選。
- JavaScript
- 網頁的程式語言:瀏覽器裡會動的東西(按鈕、動畫、互動)幾乎都是它做的。Node.js 讓它也能在電腦本機執行。
- HTML
- 網頁的骨架語言,定義「這是標題、這是段落、這是圖片」。
- CSS
- 網頁的造型語言,管顏色、字體、排版跟動畫。
- 前端(frontend)
- 網站裡你看得到的那一塊:畫面、文字、圖片、按鈕。用小吃店比喻就是店面,瀏覽器打開看到的全部都算前端。
- 後端(backend)
- 網站裡在背後跑事情的程式:收表單、寄信、算資料都在這層。平常看不到,像小吃店的廚房,沒有它就出不了菜。
- 資料庫(database)
- 專門儲存、查詢大量資料的系統。網站的會員、留言、紀錄都放這裡。
- Supabase
- 免費起步的雲端資料庫服務,提供資料庫+登入驗證+API,個人專案很夠用。
- Next.js
- 蓋網站用的框架,把換頁、抓資料這些每個網站都要做的雜事先搭好架子,不用每一頁從零寫起。
- Tailwind
- 寫網頁外觀的捷徑:不另外開一個樣式檔,直接在標籤上寫顏色、間距這些關鍵字就能改長相。
- n8n
- 把不同服務串起來自動跑的工具:「有人付款」就自動「升級會員等級、寄信、更新表格」,不用自己寫程式接每一支 API。開源可以自己架,也有雲端版。
- LocalStorage(瀏覽器本機儲存)
- 資料只存在你自己這台電腦的瀏覽器裡,換一台裝置或清掉瀏覽器資料就沒了。適合做「先演一次」的假登入,不適合真的會員系統。
- API(應用程式介面)
- 程式跟程式之間溝通的窗口。例如你的程式透過 LINE 的 API 自動發訊息、透過 Google 的 API 讀試算表。
- API 金鑰(API key)
- 服務發給你的一串密碼,程式用它證明「我有權限使用這個服務」。絕對不能公開、不能寫死在程式碼裡。
- Webhook
- 「事件發生時,A 服務自動通知 B 服務」的機制。例如有人傳訊息給你的 LINE 機器人,LINE 就透過 webhook 把訊息轉給你的程式處理。
- 排程(cron)
- 讓程式「每天 8 點」「每小時」自動執行的定時器。自動發文、定期抓資料都靠它。
- Graph API
- Meta 系列服務(Threads、Instagram、Facebook)開放給程式使用的官方介面。要先申請權限拿到金鑰,程式才能代替你發文或讀資料。
- LINE 機器人
- 在 LINE 裡自動回覆、主動推播訊息的機器人。台灣家庭幾乎人人用 LINE,是自動化通知的最佳入口。
- PWA(漸進式網頁應用)
- 讓網頁能「安裝」到手機桌面、像 App 一樣全螢幕開啟的技術,不用上架 App Store。
- Stripe
- 國際的線上收款服務,讓網站能收信用卡、處理訂閱自動扣款,不用自己去接每一家銀行。
- TapPay
- 台灣本地的線上收款服務,做的事情跟 Stripe 同一類:讓網站能收信用卡、處理金流。
- RSS(網站更新訂閱)
- 網站提供的一份機器讀的更新清單,程式訂閱之後就能自動知道有新文章,不用一直去開網頁看。
- Pillow
- Python 的圖片處理套件:程式用它畫圖、加字、裁切、存檔。自動生圖卡常用它。
- 圖床
- 專門放圖片並提供公開網址的服務。有些平台的發文介面只收「網路上的圖片網址」不收本機檔案,就得先把圖丟上圖床。
- 狀態機
- 把一段對話拆成固定步驟,記住「現在問到第幾步」,一步一步問完才收工。引導式問答就是靠它,不需要 AI 也能聽懂使用者。
- slug(網址短名)
- 網址最後那段代表這篇文章的英數字串,例如 /workflows/threads-auto-poster.html 裡的 threads-auto-poster。取名要能看出內容,而且上線後盡量不要改。
- 開源(open source)
- 把原始碼公開放到網路上,任何人都能免費下載、查看、使用。
SEO 與 GEO
42 條
- SEO(搜尋引擎優化)
- 讓網站在 Google 搜尋結果排得更前面的一整套方法,涵蓋技術體質、內容品質、連結結構三層。
- GEO(生成式引擎優化)
- 讓 ChatGPT、Perplexity 這類 AI 在回答問題時引用你網站內容的優化方法,是 SEO 在 AI 時代的延伸戰場。
- AEO(答案引擎優化)
- 把內容寫成「搜尋引擎跟 AI 能直接抽走當答案」的格式:先給答案、再給支撐、附上來源。跟 GEO 高度重疊。
- GSC(Google Search Console)
- Google 給網站主的免費後台:看自己網站在搜尋的曝光、點擊、排名跟索引狀態。做 SEO 的人天天開的儀表板。
- GA4(Google Analytics 4)
- Google 的流量分析工具:訪客從哪來、看了什麼、停多久。GSC 管「搜尋結果上的表現」,GA4 管「進站後的行為」。
- Bing Webmaster Tools
- 微軟版的 Google Search Console:看你的網站在 Bing 上被搜到幾次、排第幾。ChatGPT 的搜尋結果大半來自 Bing,所以它的資料比想像中重要。
- Bing
- 微軟的搜尋引擎。台灣用的人不多,但 ChatGPT 搜尋時拿回來的資料大半來自這裡,所以想被 AI 引用就不能只顧 Google。
- ClaudeBot
- Anthropic 派出去讀網頁的程式。Claude 要引用網頁內容時,靠它先把那一頁抓回來。
- PerplexityBot
- AI 搜尋服務 Perplexity 派出去讀網頁的程式,作用跟 ClaudeBot 一樣。
- 網站地圖(sitemap)
- 列出網站所有頁面跟最後更新日的清單檔(sitemap.xml),交給搜尋引擎加速發現與重抓你的頁面。
- lastmod(最後修改時間)
- sitemap 裡標示每個頁面最後更新日期的欄位,搜尋引擎會參考它決定要不要重新來看。整站同一天的 lastmod 通常是自動產生的假新鮮。
- robots.txt
- 放在網站根目錄的「爬蟲守則」:告訴搜尋引擎跟 AI 爬蟲哪些頁面可以抓、哪些不要碰。
- 爬蟲(crawler)
- 自動瀏覽網頁、把內容抓回去的程式。Google 靠爬蟲收錄網頁,AI 公司靠爬蟲收集資料。
- 索引(index)
- 搜尋引擎把你的頁面收進資料庫、開始能被搜到的狀態。「先被索引」是「有排名」的前提。
- 標準網址(canonical)
- 告訴 Google「這一頁的正版網址是哪個」的標籤,避免同內容有多個網址時被當成重複頁面、分散權重。
- noindex
- 告訴搜尋引擎「這一頁不要收錄」的標籤,用在後台頁、未到發布日的文章等不想被搜到的頁面。
- Meta 描述(meta description)
- 搜尋結果裡標題下面那兩行說明文字。不直接影響排名,但寫得好能提高被點進來的機率。
- 結構化資料(Schema / JSON-LD)
- 用機器看得懂的格式跟搜尋引擎說明「這頁是文章、作者是誰、何時更新」,有機會換到更豐富的搜尋結果外觀。
- 點閱率(CTR, Click-Through Rate)
- 看到你的搜尋結果的人裡,實際點進來的比例。曝光 100 次、被點 5 次,CTR 就是 5%。
- 曝光(impression)
- 你的頁面出現在搜尋結果裡被看到的次數,不管有沒有被點擊。
- 搜尋結果頁(SERP)
- 在 Google 搜一個詞之後出現的那一整頁結果,包含一般結果、精選摘要、AI 摘要等版位。
- 內部連結(internal link)
- 站內文章互相連的連結,幫讀者跟搜尋引擎理解「哪些內容相關、哪一頁重要」,是成本最低的 SEO 訊號。
- 孤兒頁(orphan page)
- 站內沒有任何其他頁面連向它的頁面:搜尋引擎難發現、讀者到不了,通常排名也差。
- 主題群(pillar + cluster)
- 內容策略:一篇總覽型長文(pillar)搭配多篇深入單點的文章(cluster),全部互連,形成搜尋引擎眼中的主題權威。
- E-E-A-T
- Google 評估內容可信度的四個面向:經驗(Experience)、專業(Expertise)、權威(Authoritativeness)、可信(Trustworthiness)。
- YMYL(Your Money or Your Life)
- 攸關錢跟健康的主題(投資、醫療、法律),Google 用最嚴格的標準審查。本站刻意不給這類結論型建議,只記錄過程。
- AI Overviews
- Google 搜尋結果頂部由 AI 生成的摘要區塊,會引用來源網站。被它引用是 GEO 的主要戰場之一。
- 精選摘要(featured snippet)
- 搜尋結果最上方直接給答案的框,內容從某個網頁抽出來。被抽中等於排在「第 0 位」。
- llms.txt
- 放在網站根目錄、寫給 AI 看的網站導覽檔(社群慣例):告訴 AI 這個站有什麼內容、重點頁在哪、全文去哪抓。
- 反向連結(backlink)
- 別的網站連到你網站的連結,等於外部幫你投的信任票,是搜尋排名的重要訊號。
- 自然流量(organic traffic)
- 從搜尋結果免費點進來的流量,相對於買廣告來的流量。
- 引薦流量(referral)
- 從其他網站的連結點進來的流量。ChatGPT 引用你的內容帶來的點擊就屬於這一類。
- 跳出率(bounce rate)
- 進站後只看一頁、沒有任何互動就離開的訪客比例。GA4 的算法跟舊版 GA 不同,比較時要對齊定義。
- 關鍵字堆砌(keyword stuffing)
- 把關鍵字硬塞滿整篇文章的過時手法。現在不只沒用,研究實測在 AI 引用場景還會扣分。
- KG(知識圖譜,Knowledge Graph)
- Google 內部那張「真實世界事物的關係圖」:每個人、品牌、公司、地點都是一個節點,記著它是誰、跟誰有關。搜尋品牌時右側跳出的資訊卡,就是它畫出來的。
- 實體(entity)
- 知識圖譜眼中一個獨立存在的「東西」——一個人、一個品牌、一間公司。進階 SEO 的目標之一,是讓 Google 確認「你這個品牌是它認得、分得出來的一個 entity」。
- sameAs
- 結構化資料裡的一個欄位,用來告訴搜尋引擎「這個網站的主體,跟那邊那個帳號或條目是同一個」,例如指向你的 GitHub、官方 IG。是幫 Google 把你接上知識圖譜的線索。
- 實體消歧(entity reconciliation)
- Google 判斷「散落各處的資料是不是都指同一個 entity」的過程:靠多個來源互相指認來確認(叫 corroboration,三方互相確認),確認了才把你收進知識圖譜。
- Wikidata
- 維基百科背後的開放結構化資料庫,每筆條目有一個 Q 開頭的編號(Q-ID),是 Google 知識圖譜的核心資料來源之一。自己幫自己或自家品牌建條目屬於利益衝突(COI),方針明文不鼓勵。
- keyword cannibalization(撞稿)
- 同一個網站有兩篇以上文章瞄準同一個搜尋意圖,搜尋引擎分不清該讓誰排名,結果兩篇都排不好。解法是合併、改角度,或明確分工。
- TF-IDF(用詞重疊度)
- 比較兩篇文章像不像的老方法:看它們用了多少相同的詞,並把「到處都有的常見詞」降權。抓得到用詞重疊,抓不到換句話說的同義,只能當粗篩。
- Referrer-Policy(來源揭露政策)
- 瀏覽器決定「要告訴目標網站多少來源資訊」的規則。現在預設只傳網域名稱,不傳完整網址,所以你查得到訪客從哪個站來,查不到他搜了什麼。
網站效能與體質
17 條
- PageSpeed Insights
- Google 提供的免費網站速度體檢工具,輸入網址就給 0-100 分跟逐項改善建議。
- Lighthouse
- PageSpeed 背後的檢測引擎,Chrome 瀏覽器也內建。報告會逐項列出「哪裡慢、該修什麼」,照著修就好,不用猜。
- 最大內容繪製(LCP, Largest Contentful Paint)
- 頁面上「最大那塊內容」(通常是首圖或大標題)出現所需的秒數。Google 標準 ≤ 2.5 秒。
- 累積版面位移(CLS, Cumulative Layout Shift)
- 畫面亂跳指數:載入過程版面移動越多、分數越高。標準 < 0.1,常見元兇是圖片沒寫尺寸跟字型替換。
- 互動回應(INP, Interaction to Next Paint)
- 從你點按鈕到畫面有反應的延遲毫秒數,標準 ≤ 200 毫秒。
- 網站體驗核心指標(Core Web Vitals)
- Google 定的三項使用者體驗硬指標:LCP(載入速度)、CLS(畫面穩定)、INP(互動反應),會影響搜尋排名。
- WebP
- Google 推的圖片格式,同樣畫質下檔案比 PNG / JPG 小很多,常見能省 90% 以上。
- 預載(preload)
- 在網頁開頭先宣告「這個檔案很重要,先下載」。把首圖設成預載,使用者第一眼的畫面就會更早出現。
- 阻塞渲染(render-blocking)
- 瀏覽器「必須先下載完這個檔,才能開始畫畫面」的資源。這類資源越多,使用者盯著白畫面的時間越久。
- 關鍵路徑(critical path)
- 從輸入網址到第一眼畫面出現,瀏覽器必須走完的一串步驟。優化它等於直接縮短「白畫面時間」。
- 字型顯示策略(font-display)
- 告訴瀏覽器「網路字型還沒載好時怎麼辦」的 CSS 設定:swap 先用備用字體再換(會跳版);optional 載不到就整次用備用字體(不跳版)。
- 備用字體(fallback font)
- 指定字型載不到時,瀏覽器改用的替代字體,例如系統內建的微軟正黑體。
- 無障礙(accessibility / a11y)
- 讓視力不佳、不便操作的人也能順利使用網站的設計標準。WCAG AA 是國際標準的中間等級,要求文字與背景對比度 ≥ 4.5:1。
- 內容安全政策(CSP, Content Security Policy)
- 網站的白名單防火牆:只允許指定來源的程式跟資源執行,用來擋惡意注入。設太嚴會誤殺自己要用的工具。
- 快取(cache)
- 把載過的資源暫存起來,下次直接用、不重新下載。網站變快的最便宜手段之一。
- 壓縮(minify)
- 把程式碼裡的空白、註解拿掉讓檔案變小,功能完全不變。
- 延遲載入(lazy loading)
- 畫面外的圖片先不下載,等使用者捲到附近才載,把頻寬留給第一眼內容。
內容與商業
13 條
- SOP(標準作業流程)
- 把一件事該做的步驟寫成固定順序,照著跑就不會漏掉哪一步。跟「筆記」的差別是它有順序、而且每次都照同一套走。
- 公開打造(build-in-public)
- 一邊做產品一邊公開過程、數據跟踩坑的創作方式。本站的 SEO 連載整個系列就是這個玩法。
- 最小可行產品(MVP, Minimum Viable Product)
- 先做出「能用的最簡版本」給真實使用者驗證,再決定要不要繼續加功能,避免閉門造車。
- SaaS(軟體即服務)
- 訂閱制的雲端軟體服務。新手第一個專案不建議直接挑戰這個,範圍太大。
- 到達頁(landing page)
- 為單一目的設計的獨立頁面:通常是一個產品介紹+一顆行動按鈕。
- 行動呼籲(CTA, Call to Action)
- 頁面上引導你做下一步的元素,像「訂閱」「立即開始」那顆按鈕。
- 定期寄到訂閱者信箱的內容。社群觸及看演算法臉色,訂閱名單是自己帶得走的資產。
- Substack
- 電子報平台:免費起步,內建訂閱管理跟付費功能,寫了直接寄給訂閱者。
- Threads
- Meta 旗下的文字社群平台。本站的社群引流主戰場之一,相關自動發文流程有整篇教學。
- 付費牆(paywall)
- 內容要付費才能看的機制。本站 workflows 區原本規劃過、上線前打掉,現在全部免費+隨喜斗內。
- DRY_RUN(模擬模式)
- 程式照真實邏輯執行、但不送出真實交易單的測試模式。本站所有交易相關數字一律標 DRY_RUN,不是實盤績效。
- voice profile(語氣檔)
- 一份描述「你怎麼寫」的文件:句法、開頭結尾習慣、用詞、節奏,以及你絕對不寫的東西。給 AI 讀規則,比丟一堆範例有效。
- brand profile(品牌檔)
- 描述「你寫什麼、立場是什麼」的文件。跟 voice profile 分工:一個管內容方向,一個管語氣。
找不到想查的詞?告訴我,我補進來。 名詞的解釋以「完全沒背景的人看得懂」為準,寫得不夠白話也歡迎回報。
