個人資料保護與資訊安全
104學習
DNS
Domain Name System 是網路基礎架構的重要組成，負責將人類易記的網址轉換成電腦能識別的IP位址。具備此技能代表你了解網路運作原理，能設定、管理及排除網域解析相關問題，對於IT、網路管理、系統維護等職務非常關鍵。掌握此技術有助提升網路連線穩定性與安全性，確保企業服務順暢運行，是資訊工程師和網管人員必備的專業能力。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
會上網的你，日常資安對策要注意
EC-Council CEH駭客技術專家認證課程
EC-Council CEH駭客技術專家認證課程
WordPress新手架站10堂課
長照產業入門必備 │「飲食x用藥」 安全照護全攻略
解鎖駭客與資安自保守則
SEO搜尋引擎優化七大密技｜攻上頂端排名寶座
SSCP資安專業人員認證課程
SSCP資安專業人員認證課程
精選證照
考取專業證照，讓能力被市場看見
網際網路實務與應用
網際網路是目前資訊領域最常碰到的學科，這領域包括：網路入門、通訊網路實務、全球資訊網、電子郵件與即時通訊、網誌/微網誌/Vlog－Facebook與Google+、網路資源活用、FTP檔案傳輸與P2P下載、Google搜尋祕技、網路安全的認識與防範、資訊倫理與網路著作權。
TIPCI臺灣國際專業認證學會
NNCSS
NNCSS證照為國際認可的網路安全專業證照，涵蓋資安基礎、威脅分析、防護技術及事件應變等核心技能，強調實務操作與理論知識結合，適合資安初學者及進階從業人員提升專業能力，協助企業強化資訊安全防護，保障系統與資料安全。
Nortel Networks
NNCDS
NNCDS證照為網路安全領域的重要專業認證，專注於網路威脅分析、漏洞評估及防護技術，提升持證者在資訊安全管理與實務操作的能力，適合從事資安工程師、系統管理員等相關職務，具備此證照有助於強化企業網路安全防禦與應變能力。
Nortel Networks
NETPAW入門級
NETPAW入門級證照主要驗證持有人具備基礎的網路安全知識與技能，涵蓋網路架構、資安威脅辨識、基本防護措施及常見攻擊手法。透過理論與實務操作，證明能有效維護資訊系統安全，提升企業防禦能力，適合初學者及入門資安職位使用，為進階資安證照打下穩固基礎。
中華民國多媒體英語文教學會
Server+
Server+證照專注於伺服器硬體與軟體管理技能，涵蓋伺服器安裝、配置、維護與故障排除，強調安全性與效能優化。適合從事IT基礎架構、系統管理及資料中心運維的人員，提升專業能力與職場競爭力。透過此證照，持有人能有效管理伺服器環境，確保企業資訊系統穩定運作。
尚未查核發照單位
CNA
為網路認證管理師認證，也是取得其他Novell認證的第一個階段。全世界各公司皆僱用具有 CNA認證的員工，以提供 NetWare 及 GroupWise 使用者個人化與現場式的管理支援。身為一名 CNA，您可以在各種不同的工作環境中，例如專業辦公室、小型公司、工作群組或部門、以及企業資訊服務（Information Services，IS）等，為軟體使用者提供支援。
CNA認證可帶給您的優點，包括愈來愈多的業界認可。身為一名CNA，您被認定為是具有一定品質的支援專家，能以技術提供客戶所需的支援。完成CNA認證後，您將可以進入CNA優勢網站（CNA Advantage Web)以加強您的訓練與技術。
CNA專業人員提供 NetWare 及 GroupWise 使用者個人化與現場式的管理支援，在各種不同的工作環境中，例如專業辦公室、小型公司、工作群組或部門、以及企業資訊服務（Information Services，IS）等，可以對軟體使用者提供相對支援。
Novell
精選貼文，掌握第一手知識
網站地圖有這頁，就算收錄了？抽查三個網址再下結論
打開 sitemap 看到文章網址，不代表 Google 已把它收進搜尋結果。今天只練一件事：從網站地圖抽三個網址，對照實際頁面，完成一張清單核對表。適合自行維護內容的個人、工作室與中小企業；準備瀏覽器、記事本及一個有公開網站地圖的網站，不需後台或付費 SEO 工具。
【先把三種狀態分開】
網站地圖是提供給搜尋引擎的網址清單。Google 官方說，提交 sitemap 只是提示，不保證會下載它或用它抓取網站。因此「列在地圖」「當下可以開啟」「已被搜尋引擎收錄」必須分別記，不能用第一項代填第三項。
今天只讀公開資料，不提交新地圖，也不修改網站設定。即使三頁都能開啟，收錄欄仍需另外查證；沒有證據就記未查，不猜通過或失敗。
【先決定抽哪些頁】
找出自己網站已公開的地圖網址，可向維護者確認，或查看 robots.txt 裡的 Sitemap 行。檔名不一定是 sitemap.xml，不能猜一個路徑開不到，就判定網站沒有地圖。若沒有可用網址，先建立空白核對表，別修改正式設定湊練習。
畫六欄：「地圖列出的網址／lastmod 原值／預期內容／實際落點與主標／判定／收錄證據」。另外記地圖網址、查核日期與選取規則，例如依 XML 順序取前三篇文章。先固定規則，再開始開頁，避免只挑看起來正常的三筆。
【照四步完成】
1. 打開地圖，找 loc 欄位，抄三個完整網址。loc 是頁面位置；不要把 lastmod 日期、圖片來源或其他地圖檔網址當成文章。如果看到 sitemapindex，先進入其中一份子地圖，再取文章，將兩層網址都留下，方便另一人重查。
2. 看網址是否完整。Google 建議使用包含協定與網域的絕對網址，而不是只有 /blog/example 這類相對路徑。遇到多網域或多語系設定，先記原值並交維護者確認，不只因網域不同就自行刪除。不要把追蹤參數或頁內片段手動補進練習紀錄。
3. 逐一開啟三個 loc，記最後停留網址、主標題與實際內容。正常回應也可能是錯誤提示或另一個主題，不能只看網頁有畫面。如果會轉址，記原網址與最後落點，再判斷是否符合預期；不要為了讓表格一致，把原值改成最後網址。
4. 抄 lastmod 原值，有完整時間就連同時區保留。它不是你今天檢查的日期，也不等於首次發布日。Google 說此欄應反映頁面最近一次重要更新，且需持續準確、可驗證。沒有更新紀錄，就填「日期原值已記，準確性未核實」，不要看見今天日期便說內容剛更新。
【本日實際抽查】
2026/10/27，我以 HTTP 只讀客脈公開 sitemap.xml，回應 200，並依返回 XML 順序抽前三個含 /blog/ 的網址。三篇主題分別是菜單設計、抽籤轉盤、網站發案平台比較。
三個文章網址皆回應 200，未觀察到 HTTP 轉址，主標與各自主題相符。地圖中的 lastmod 前兩筆為 2026-10-16T00:00:00.000Z，第三筆為 2026-10-13T00:00:00.000Z。我保存了 XML、三頁 HTML 與抽樣規則。
本次只核對三筆列出的網址與當次回應，不是全站稽核。我沒有核對更新歷史、Googlebot 實際抓取、Search Console 收錄或搜尋呈現；因此不能從三次 200 寫成「三篇已收錄」，也不能宣稱地圖日期一定準確。
【用虛構錯誤練判定】
假設地圖列「課程準備清單」，開啟後卻是另一份舊教材，應記實際主標及差異，交維護者確認。若地圖日期每天變，但只有頁尾年份調整，不能單憑新日期主張主要內容更新。以上是紙上壞例子，不是本次客脈網站的實際故障。
另一種情況是三個網址都正確，卻沒有收錄資料。這時可交付「三筆公開頁核對完成，收錄未查」，不必編出問題，也不用把表格全部填綠色。後續有 Search Console 存取權的人，可另記網址檢查結果與時間，不把不同時間的觀察混成一筆。
【作業、驗收與限制】
選自己的三個網址完成六欄表，附地圖片段及頁面主標。請另一人依紀錄找到相同項目，說明哪些有直接證據、哪些仍未知；未複核就標自行核對。修正建議與已上線變更要分開，今天只讀檢查不算已修復。
常見錯誤是把地圖筆數當收錄數、只看 HTTP 狀態不讀內容、將查核日當 lastmod，以及三筆正常就推論全站正常。瀏覽器與記事本可零額外工具費完成；正式修改、平台進階設定與人工維護可能另計，不需為此購買訂閱。
官方文件（2026-10-27 查核）：
https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap
整理／配圖：客脈 AI。配圖為 AI 示意圖，非實際搜尋結果、收錄或排名證明。
精選 【英檢】全民英檢報名倒數！中級1/30開考、11/23截止，一日考聽說讀寫一次搞定
求職履歷、升遷、部分公職與企業甄選，常會要求或採認英檢成績。如果你打算在明年初拿到全民英檢（GEPT）成績，這個月就要完成報名：116 年 1 月的初級、中級場次，報名都在 11 月截止。
📅 11 月截止的三個場次（116 年 1 月考試）
1️⃣ 初級 聽讀：1/9（六）考試｜報名至 11/20｜報名費 630 元｜成績 1/21 公布
2️⃣ 中級 聽讀：1/30（六）考試｜報名至 11/23｜報名費 900 元｜成績 2/26 公布
3️⃣ 中級 一日考：1/30（六）考試｜報名至 11/23｜報名費 2,530 元｜成績 3/5 公布
報名期間從 10/20（中級）開始，考試通知 1/20 發送。以上日期皆為官網公告，實際以財團法人語言訓練測驗中心（LTTC）最新公告為準。
💡 什麼是「一日考」？
全民英檢傳統上分兩階段：先考聽讀，通過後再報考說寫。一日考則是把聽、說、讀、寫四項合併在同一天考完。
．適合誰：時間有限、想一次拿到完整四項成績的上班族；或履歷、甄選需要「聽說讀寫」完整成績的人
．費用：2,530 元，剛好等於中級聽讀 900 元＋說寫兩項 1,630 元
．取捨：一天考四項比較耗體力，成績也比只考聽讀晚一週公布（3/5 vs. 2/26）
🤔 該報初級、中級聽讀，還是中級一日考？
．職缺只寫「具英檢中級以上」，但沒指定四項：可先報中級聽讀，費用較低、成績較快
．需要完整聽說讀寫成績，或不想分兩次排時間：選中級一日考
．英文基礎還不穩：先從初級聽讀開始，1/9 就能考，1/21 出成績
．錯過 1 月場：中級下一次聽讀在 5/8（報名 2/1～3/12），說寫在 4/17、18（報名 1/29～3/5）
✅ 報名前 3 件事
1. 確認目標單位要的是哪一級、要不要四項都有成績
2. 準備好報名資料與照片，上 LTTC 全民英檢官網線上報名、繳費
3. 繳費後到官網確認報名成功，1/20 記得查考試通知
⚠️ 三個常見錯誤
❌ 以為還有時間：初級 11/20、中級 11/23 就截止，別拖到最後一天才報名
❌ 只看總分：全民英檢各分項都有通過門檻，不能只靠強項拉分
❌ 一日考不先練體力：四項連考，平時就要練習整份計時作答，口說和寫作也要一起練
✏️ 從現在到 1/30，約 12 週怎麼準備？
．第 1～4 週：做一份完整模擬題，找出最弱的一項
．第 5～8 週：聽讀每天固定練，寫作每週至少寫 2 篇並請人看
．第 9～11 週：口說錄音自評，整份計時模擬
．最後一週：調整作息、確認考場與證件
📚 104學習免費英檢課程，可以先看
．【免費課程】5分鐘看懂全民英檢：級數差異、使用時機與報考方式
https://nabi.104.com.tw/course/104nabi/4d79891f-b2e3-457e-ab25-000a02de6e78
．【免費課程】全民英檢初級入門 第1堂｜初級考試地圖：考什麼、怎麼通過、如何準備
https://nabi.104.com.tw/course/104nabi/bab55772-8818-462d-adde-167fa9818c39
．【免費課程】全民英檢初級入門 第2堂｜聽力重點：聽懂問題，抓住關鍵資訊
https://nabi.104.com.tw/course/104nabi/4dd6f9d7-81e1-4e3f-bf66-3bd8dcaa68db
．【免費課程】全民英檢初級入門 第4堂｜寫作重點：先寫完整句，再連成短段落
https://nabi.104.com.tw/course/104nabi/30c601be-46bf-4218-99a2-c7b2d9ea21ae
你準備報哪一級？會選兩階段考還是一日考？歡迎留言分享你的英檢計畫！
資料來源：
．財團法人語言訓練測驗中心 全民英檢官網 測驗日程：https://www.gept.org.tw/
※ 報名期間、費用與考試規定以 LTTC 官網最新公告為準。
Google 商家SEO不是大量建立商家頁面！從語意與主題權威，看地方搜尋真正的競爭邏輯
許多企業執行在地 SEO 時，最常採取的做法，就是把「服務名稱＋縣市或行政區」大量組合成頁面。
例如：
「台中網頁設計」、「北屯網頁設計」、「西屯網頁設計」、「南屯網頁設計」，甚至繼續細分到每一個行政區。
這種做法表面上看起來涵蓋了大量地方關鍵字，實際上卻可能製造出一堆內容高度相似、搜尋意圖重疊，而且沒有獨立價值的頁面。
我認為，在地 SEO 真正的重點，不是企業可以建立多少個地區頁面，而是每一個頁面是否有充分理由獨立存在。
搜尋引擎需要瞭解的也不只是「這個頁面出現幾次台中」，而是這間公司提供什麼服務、服務哪些地區、具有哪些經驗、能解決什麼問題，以及為什麼值得被推薦。
這也是我閱讀 Search Engine Land 關於語意與主題權威的案例分析後，認為最值得台灣企業重新思考的地方：地方搜尋的競爭，已經從關鍵字排列組合，轉向網站能否建立清楚、完整且可驗證的商業語意。
在地 SEO 最大的問題，往往不是頁面太少，而是無效頁面太多
原文提出一個相當實用的觀念，稱為「Query Deserves a Page」，也就是：這個搜尋需求，是否真的值得建立一個獨立頁面？
我認為這個問題，比「這個關鍵字有沒有搜尋量」更加重要。
假設一家沙發清洗公司主要服務高雄，網站想要布局以下關鍵字：
高雄沙發清潔
左營沙發清潔
鼓山沙發清潔
三民沙發清潔
高雄皮沙發清潔
高雄布沙發清潔
這些關鍵字不一定全部都需要建立獨立頁面。
「皮沙發清潔」與「布沙發清潔」可能具有不同的設備、施工方式、價格與注意事項，因此有機會分別建立完整服務頁面。
但是「左營沙發清潔」與「鼓山沙發清潔」若只是更換行政區名稱，其他內容、照片、價格與服務流程全部相同，我通常不建議急著拆成兩個頁面。
Google 要理解的不是地名，而是服務與地區之間的關係
Google 官方說明，在地搜尋結果主要會考量相關性、距離與知名度。換句話說，頁面出現地區名稱，只能解決部分相關性問題，無法單獨補足商家的地理距離、品牌知名度、評論、網站權威與實際服務證據。
因此，我不會把在地 SEO 理解為「服務關鍵字後面加上縣市名稱」，而會把它拆解成以下關係：
重點：在地搜尋可見度＝服務相關性 × 地區證據 × 品牌可信度 × 頁面回應能力
以「台中 WordPress 網頁設計」為例，搜尋引擎需要看到的不只是「台中」與「WordPress」兩組文字同時出現，而是：
公司是否真的提供 WordPress 網頁設計。
是否服務台中企業。
是否具備台中客戶案例。
是否能說明網站規劃、設計、SEO、維護與費用。
是否有明確公司名稱、聯絡方式與服務區域。
外部網站、商家檔案與評論是否也呈現一致訊息。
頁面是否能協助訪客完成比較、評估與詢問。
這些內容共同建立的，才是完整的「服務—地區—品牌」語意。
我認為，許多企業網站排名不理想，並不是因為關鍵字密度不足，而是網站沒有讓搜尋引擎看懂：這間公司到底是誰、主要做什麼、在哪裡提供服務，以及有什麼證據可以支持這些主張。
主題權威不是文章數量，而是完整解決顧客的決策問題
談到主題權威，很多人第一時間想到的是大量撰寫文章。
例如，想提升「高雄沙發清潔」排名，就開始撰寫：
＊沙發清潔多少錢？
＊不能拆的沙發怎麼洗？
＊到府洗沙發多少錢？
＊沙發很髒怎麼清？
這些內容確實有價值，但文章數量本身不等於主題權威。
我所理解的主題權威，是網站是否能夠完整回答顧客由發現問題、比較服務、評估風險到決定聯絡的整段歷程。
一個具有地方主題權威的網站，通常需要四個層次。
第一層：核心服務內容
主要服務頁必須清楚說明服務內容、適用對象、流程、價格、差異、限制與聯絡方式。
核心服務頁不是只負責排名，更應該是整個網站最重要的業務承接頁面。
第二層：決策支援內容
企業應回答顧客在購買前最常出現的問題，例如價格怎麼計算、不同方案有什麼差別、服務需要多久、可能有哪些風險，以及應該如何選擇廠商。
這些內容可以是文章，也可以直接整合在服務頁面中。
第三層：在地經驗與實際證據
包括地區案例、施工照片、服務紀錄、顧客評價、合作品牌、門市資訊、交通方式與服務範圍。
我認為，這一層是許多台灣企業最容易忽略的部分。
網站可能寫了五十篇知識文章，卻沒有任何實際案例、團隊資訊或服務證據。這種網站或許涵蓋很多關鍵字，卻不一定能建立足夠的信任。
第四層：品牌與實體資訊一致性
網站、Google 商家檔案、社群平台、產業名錄與外部報導中的公司名稱、電話、地址、服務項目與品牌描述，都應盡量保持一致。
企業也可以使用合適的 LocalBusiness 或 Organization 結構化資料，協助 Google瞭解營業時間、地點、聯絡方式與組織資訊。不過結構化資料只是提供明確線索，不能取代頁面上使用者真正看得到的內容。
語意 SEO 不只是寫作問題，更是企業資訊整理問題
許多人會把語意 SEO 想得非常複雜，開始研究實體、屬性、三元組、向量與各種搜尋專利。
這些技術概念確實有助於理解搜尋引擎，但以多數中小企業網站來說，我認為最重要的第一步，仍然是把自己的商業資訊整理清楚。
企業至少要能明確回答：
我們是誰？
我們提供哪些主要服務？
每一項服務適合哪些人？
我們實際服務哪些地區？
我們具備哪些經驗與證明？
顧客為什麼應該選擇我們？
顧客下一步可以怎麼行動？
當這些問題沒有答案時，再多的語意關鍵字與結構化資料，也很難建立穩定的搜尋權威。
反過來說，當企業資訊本身足夠完整，我們就能把這些內容安排到首頁、服務頁、案例頁、關於我們、FAQ、商家檔案與外部平台，形成一致的品牌語意。
因此，我認為語意 SEO 的本質，不是把文章寫得更學術，而是降低搜尋引擎與潛在顧客理解企業時的不確定性。
網頁版面也是語意的一部分，不是把長文貼上去就完成
原文另一個值得注意的觀點，是「視覺語意」。
一個網頁不只是文字集合。標題、表格、卡片、圖片、流程圖、價格區塊、案例、評論與行動按鈕，都在告訴搜尋引擎及使用者：這個區塊的功能是什麼。
例如，搜尋「台北植牙費用」的使用者，通常希望快速看到：
單顆植牙大約多少錢。
費用包含哪些項目。
哪些情況會增加費用。
是否可以分期。
初診需要進行哪些檢查。
假如頁面只放一篇五千字長文，卻沒有費用表、療程流程、醫師資訊、案例與預約方式，即使文字相當完整，使用體驗與轉換能力仍然可能不足。
真正優秀的語意頁面，不只是「談到所有相關主題」，而是使用最適合的方式回答每一種問題。
AI 搜尋時代，在地權威已經延伸到網站之外
在傳統 SEO 中，企業可能只關心自己的網站能不能排名。
但進入 AI Overviews、AI Mode 與各類生成式搜尋工具之後，品牌能否被推薦，逐漸取決於系統能不能從不同來源確認同一件事。
原文將這種作法稱為外部主題地圖，強調藉由相關網站、地方媒體與第三方內容，建立品牌、服務、地區與特定屬性之間的共同出現及外部共識。
我的實務解讀是：企業不能只在自己的網站上說自己最好，而要讓外部世界也能提供可以核對的證據。
例如，一間高雄冷氣清洗公司希望被 AI 推薦，就不能只建立「高雄冷氣清洗推薦」服務頁，還應逐步累積：
Google 商家評論。
實際清洗案例。
在地媒體或部落格報導。
居家清潔相關網站的專業內容。
社群平台上的顧客經驗。
品牌名稱與服務項目的穩定關聯。
可驗證的服務範圍與聯絡資訊。
我認為，這也是 SEO 與 GEO 開始融合的地方。
SEO 解決的是網站能不能被搜尋引擎發現、理解與排名；GEO 更進一步處理品牌能不能在跨來源比對之後，被生成式引擎視為可信任的答案。
我同意原文的方向，但不建議把所有理論當成固定公式
這篇 Search Engine Land 文章引用了許多搜尋專利、演算法推論、案例數據與 Google 內部資料相關討論，技術深度相當高。
其中「不要無限制建立相似頁面」、「集中排名訊號」、「以搜尋需求決定頁面架構」與「文字和版面應共同回應搜尋意圖」，都是我高度認同的方向。
不過，我不建議企業把任何專利、洩漏資料、精確比率或單一案例，直接當成適用所有網站的排名公式。
搜尋專利代表搜尋引擎可能採取的技術方向，不一定表示每項機制都以相同方式套用在目前的搜尋結果。個別案例的成長，也可能同時受到內容、技術、品牌、競爭環境與演算法更新影響。
Google 官方對 SEO 的基本定義，仍然是協助搜尋引擎理解內容，同時幫助使用者找到網站並做出是否造訪的決定。
因此，以台灣中小企業來說，我會把執行順序放在：
先確認真正有商業價值的服務與地區。
判斷哪些搜尋需求值得獨立成頁。
整併高度重複或沒有價值的內容。
補足服務、價格、案例與地方證據。
建立清楚的網站架構與內部連結。
統一網站、商家檔案及外部平台資訊。
持續觀察曝光、排名、詢問與成交表現。
Google 在索引過程中會將相似頁面分組，並選擇其中最具代表性的標準網址；過多重複或高度近似的頁面，也可能導致 Google 選擇的標準頁面與網站原先預期不同。
這也是為什麼我一直認為：在地 SEO 不是比誰的頁面多，而是比誰的每一個頁面都更有存在的理由。
我認為地方搜尋最後競爭的是「被推薦的合理性」
做了多年 SEO 與網站規劃後，我越來越確定一件事：Google 與 AI 搜尋真正需要解決的問題，不是「哪個網站最會寫關鍵字」，而是「哪一間企業最適合回答這次搜尋」。
語意讓搜尋引擎瞭解品牌、服務、地區、需求與證據之間的關係；主題權威則證明企業能持續、完整且可信地回答這個領域的問題。
對企業而言，真正需要建立的不是一座充滿關鍵字頁面的網站，而是一套能夠清楚回答以下問題的數位資訊系統：
你是誰？你在哪裡服務？你擅長什麼？你有什麼證據？為什麼這次應該推薦你？
當網站內容、頁面架構、商家檔案、實際案例、顧客評價、外部提及與品牌資訊，都能共同回答這些問題時，企業才真正建立了在地搜尋所需要的主題權威。
所以，我對在地 SEO 的總結很簡單：
不要急著建立更多頁面，先讓每一個頁面變得更有意義；不要只增加關鍵字，而要增加搜尋引擎與顧客可以共同驗證的證據。
參考資料來源：
1. https://searchengineland.com/how-semantics-and-topical-authority-improve-local-seo-482980
2. https://support.google.com/business/answer/7091?hl=en&utm_source=chatgpt.com
Google搜尋不到自己的品牌？企業先檢查這6個地方
企業建立官網、社群平台後，常會遇到一個問題：
「明明已經有網站，為什麼在Google搜尋品牌名稱，卻找不到自己的公司？」
這不一定代表網站品質不好，也可能與搜尋引擎索引、網站設定、品牌資訊或內容完整度有關。
以下整理6個值得優先檢查的方向。
一、網站是否已被Google建立索引？
Google搜尋主要經過檢索、建立索引與呈現搜尋結果等過程。
如果網站剛上線，或搜尋引擎尚未發現特定頁面，就可能暫時無法在搜尋結果中看到。
網站管理者可以使用Google Search Console的「網址審查」功能，確認自己網站的頁面是否已建立索引。
要注意，提出索引申請不代表Google保證收錄或排名。
二、公司名稱是否使用一致？
企業可能同時使用正式公司名稱、品牌簡稱及英文名稱。
例如，官網使用一種英文名稱，社群介紹又使用另一種名稱，容易增加外界確認品牌身分的困難。
建議建立統一的品牌資料，包括：
・正式公司名稱
・常用品牌名稱
・英文名稱
・主要服務內容
・官方網站
・公開聯絡資訊
並確認資料正確、持續更新。
三、網站有沒有清楚的服務介紹？
如果網站只寫「專業團隊、優質服務、創新整合」，卻沒有說明實際工作內容，讀者就難以判斷這家公司提供什麼服務。
可以將重要服務整理成獨立段落或頁面，說明服務對象、工作範圍、執行流程與常見問題。
四、文章是否回答真正的搜尋問題？
企業可以從客戶經常詢問的事情開始整理。
例如：
「社群代操費用包含哪些工作？」
「KOL合作前要準備哪些資料？」
「短影音製作流程有哪些步驟？」
相較於單純重複品牌口號，能回答具體問題的內容，更有機會滿足讀者的資訊需求。
五、網站技術設定是否正常？
需要檢查重要頁面是否能正常開啟、是否誤設禁止索引，以及內部連結能否讓搜尋引擎找到相關內容。
這部分適合由網站管理者透過Search Console及網站後台進行確認。
六、是否有持續維護公開資訊？
企業服務、營運資訊及產品規格可能隨時間調整。
若官網仍保留過時資料，或不同平台的說明互相矛盾，就應進行實質更新。
【簡易檢查清單】
Google是否能找到官方網站？
公司名稱與品牌介紹是否一致？
重要服務是否有清楚說明？
是否提供實用的常見問題？
網站是否有技術性索引問題？
重要資訊是否持續更新？
品牌搜尋能見度需要內容、技術與資訊品質共同配合。
先確認網站能被正確理解，再持續累積真正有幫助的資訊，才能建立比較穩定的搜尋基礎。
參考資料：Google搜尋中心《Google搜尋檢索與建立索引常見問題》。
本文由千禧戰略整合行銷有限公司整理，提供數位行銷實務學習交流。
同一篇文章有兩個網址？用四格表檢查追蹤參數與 canonical
今天只練一件事：分辨「帶追蹤參數的網址」與「網站偏好的正式網址」，完成一張可交給網站維護者核對的四格表。適合自己經營官網的個人、工作室及中小企業內容編輯。準備一個可公開瀏覽的自家頁面、桌面瀏覽器及文字編輯器即可；不需要購買 SEO 工具，也不用更動網站設定。
你可能把文章分享到電子報或社群，網址後面多了 ?utm_source=...。打開時內容看起來一樣，於是擔心 Google 會當成兩篇重複文章，或以為只要加了 canonical 就保證被收錄。這兩個結論都太快。canonical 是網站向搜尋引擎表達偏好；Google 仍會綜合訊號選擇代表網址。先查實際頁面，再決定有沒有問題。
【先理解要比的是什麼】
第一格寫「乾淨網址」，例如你網站的 /guide 頁。第二格寫你自己建立的測試網址，例如在同一頁網址後加上 ?utm_source=practice&utm_medium=example。這是虛構網址，不是真實案例。只在自己的頁面測試；若原網址已經有問號，新增參數應用 & 串接，別把第二個問號硬貼上去。也不要用含客戶姓名、電話或私密代碼的網址做公開練習。
第三格記兩個網址各自打開後的結果：最後停在哪個網址、頁面是否可讀、主標題及主要內容是否一致。假如參數版直接轉到乾淨版，記「轉址」；若兩個都能開、內容相同，記「相似頁」。不能只因兩頁的瀏覽器分頁標題相同，就說全文完全一樣。若參數其實切換語言、商品規格或不同內容，也不能不看內容就合併。
第四格查 canonical。開啟每個頁面的「檢視網頁原始碼」，搜尋 rel="canonical"，抄下 href 的完整網址。這是 HTML 原始碼中的宣告；不要把一般連結、社群分享網址或網址列當成 canonical。如果原始碼沒有、頁面載入後才出現，可在開發者工具的 Elements 再查，並分開標「原始 HTML」與「渲染後」。找到網址後親自打開，確認它不是錯頁、404 或測試站。
【一個已核對的公開例子】
2026/10/02，我用 HTTP 讀取客脈 AI 的〈網站沒流量怎麼辦？從收錄、搜尋曝光到詢價的六步診斷〉文章。乾淨版與加上本次 UTM 參數的版本都回應 200；兩份 HTML 的 canonical 都指向同一個不帶參數的文章網址。這只證明當次公開回應中的宣告與可達性；沒有登入 Search Console 查 Google 實際選擇，也沒有量測這次參數連結的來訪。你可點文末延伸練習網址，再刪去問號以後的部分，照四格表重做。比較時記下日期，因為網站設定可能更新。
【怎麼判斷與修正】
如果兩個網址確實是同一篇，canonical 指向可正常開啟的乾淨版，內部連結和 sitemap 也一致指向它，就記「網站訊號一致，Google 選擇待確認」，不要寫「已合併索引」。Google 官方說轉址及 rel="canonical" 是較強的訊號，sitemap 是較弱的訊號；它也建議在正式頁放指向自己的 canonical。若參數版指到首頁、另一篇不相關文章，或正式版反而指向帶參數網址，先留下兩頁網址、原始碼片段與日期，交網站維護者查設定，不要憑感覺批次改所有頁。
有 Search Console 權限的人，可以對兩個網址分別做網址審查，看「使用者宣告的標準網址」及「Google 選取的標準網址」；沒有權限就留「未取得」，不能靠搜尋一次或看 sitemap 推定。Google 可能需要重新檢索，當下結果也不保證之後永遠不變。不要拿 robots.txt 封鎖或 noindex 來硬處理一組想合併的相似頁：Google 官方明說那不是 canonical 的替代手段。
【今天的作業與驗收】
選自己網站的一篇公開文章，做一個只含測試標記的參數版。交出四格表：乾淨網址、參數網址、兩頁內容及回應、兩頁 canonical 與目標頁狀態；再寫一句「已觀察」及一句「仍待確認」。請同事照網址重新打開，能否找到同樣的 canonical？若不能，先排查網址抄錯、快取或頁面更新。常見錯誤是把 canonical 當成轉址、把參數一律當重複內容、或把 Google 的選擇說成站長可強制指定。
這一輪用免費瀏覽器即可完成。若要修改網站、處理不同語言頁或大量商品參數，需依實際系統及維護權限另估；本練習不代表排名、流量、有效詢問、報價或成交會增加。
Google 官方來源（2026/10/02 查核）：https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
延伸練習頁：https://kemai-ai.com/blog/website-no-traffic-diagnosis?utm_source=nabi&utm_medium=community&utm_campaign=14day_learning_20261002
整理／配圖：客脈 AI。配圖為 AI 生成的概念示意，不是 Google 搜尋結果或後台截圖。
113-2-I22 資訊安全防護實務 No.1
題目：
針對駭客攻擊手法，下列敘述何者錯誤？
(A) SQL注入式攻擊（SQL Injection）：攻擊者會嘗試將惡意 SQL代碼注入到一個網站的資料庫查詢中，從而獲得未授權的存取權限或提取資料
(B) 跨站腳本攻擊（Cross-site Scripting XSS）：攻擊者會將惡意腳本注入到信任的網站中。當其他使用者存取 該網站時，他們的瀏覽器會執行這些腳本，可能導致資料洩露
(C) 中間人攻擊（Man in the middle attack）：這種攻擊包括使用多台電腦（通常是受感染的，並被攻擊者控制的電腦）來發起大量的請求，導致竊取偷聽、重新導向通訊
(D) 釣魚攻擊（Phishing）：攻擊者會偽裝成可信任的實體（例如銀行或社交媒體網站），嘗試欺騙使用者透露他們的登錄資訊、信用卡號或其他敏感資訊
參考解答：
常見的中間人攻擊（Man in the middle attack）係攻擊者透過類似Proxy的角色，阻斷被駭者的直接服務請求；讓被駭者的請求轉到擔任Proxy角色的機器或設備後再轉發至請求服務的目標，借此監聽或竊取資料。依此選項(C)的敘述錯誤
關聯教室
https://nabi.104.com.tw/room/10049024?utm_source=104nabi&utm_medium=share
安碁學苑相關課程：
https://www.acsiacad.com/course_detail/3080/1020
https://www.acsiacad.com/course_detail/3113/1020
【免費資安講座來囉】想進入資安領域？從搞懂網路架構開始 |「Network+國際網路認證」線上研討會，參加抽好禮
⭐1小時聽懂！為什麼掌握網路架構對資安防護很重要 ?
🚩建立網路防護的前哨站
網路攻擊無所不在，企業因網路攻擊導致資料外洩、營運中斷的案例時有所聞，網路安全與資安韌性，仰賴網路與資安人才的專業職能。企業推動資訊安全主要是為了防範各種網路攻擊威脅，從部署防火牆、網路系統弱點、連接埠的安全性、虛擬網路的連線安全等種種網路安全佈建，一旦疏忽輕視，往往成為資安事件的導火線。
CompTIA Network+ 網路驗證課程提供網路基礎訓練，從基礎的 TCP/IP 架構、網路設備配置與連接埠規則、有線/無線網路技術與應用，到進階的網路故障排除技巧。掌握網路如何串接，有助於建構一個安全且穩定的網路環境，為資安防護打好基礎。
在完成Network+的認證課程培訓後，將奠定扎實的網路架構基礎，往後進修Security+時，將更能掌握資料安全與資料保護的核心概念，穩扎穩打的成為擁有網路與資安整合能力的資安工程師。
🍀🍀本次說明會特別邀請安碁學苑 陳成聰 專案處長，以及 CompTIA市場開發總監 Stanley Wong帶大家了解如何從Network+進入資訊安全產業，以及完成訓練後，有哪些豐富的職涯發展路徑🍀🍀
▲報名時間
即日起，至活動前兩天截止
▲講座時間 (擇一參加即可)
🔸第一場 2025年8月6日(三) 19:30 - 20:30
🔸第二場 2025年8月13日(三) 19:30 - 20:30
▲講座形式
線上進行，說明會連結與資訊，將於活動前兩天陸續發送至您的電子信箱。
🎁參加說明會，抽好禮
👉查看完整內容與報名 https://bit.ly/4mh9rc5
摘要明明填好了，搜尋卻不同？做一張 SEO 摘要對照表
網站後台填好摘要，Google 卻顯示另一段話，先別急著重填。今天只練一件事：把「頁面摘要設定、正文依據、實際搜尋摘要」分開記，完成一張能重查的對照表。適合自己維護內容的個人、工作室與中小企業；準備桌面瀏覽器、記事本及一個公開網址，不需要後台權限或付費工具。
【先分清三個來源】
meta description 是網頁的摘要設定，通常不直接出現在正文；正文是訪客進頁後讀到的內容；搜尋摘要則是搜尋結果中描述這頁的文字。社群分享卡的 og:description 又是另一個欄位，不要抄錯。
Google 官方說，搜尋摘要主要由頁面內容產生，有時採用 meta description；同一頁也可能隨查詢顯示不同摘要。設定能提供描述，無法命令每次搜尋逐字照用。文件也沒有一個保證完整顯示的摘要字數，搜尋畫面會依裝置寬度等需要截斷。
【四步完成對照表】
1. 畫六欄：「網址與日期／摘要設定／正文依據／查詢與環境／搜尋摘要／判定」。先選一頁，用一句話寫它幫讀者完成什麼。不要把首頁的品牌介紹套在所有文章，讓每頁都只剩「專業、完整、值得信賴」。
2. 在頁面按右鍵，選「檢視網頁原始碼」，搜尋 description，找到 name 為 description 的 meta 元素，抄 content 值。不要只看搜尋到的第一筆，也別把 og:description 當成它。找不到就記「原始碼未找到」；需要維護者再查渲染後頁面，不能立刻斷言沒有設定。
3. 回到正文，把摘要中的承諾逐項找出來。例如寫「附空白表」，就要找到可用的表格或下載入口；寫「免費」，就確認免費範圍。記章節名稱與對應句，找不到的列待確認，不用新增關鍵字掩蓋內容缺口。
4. 到 Google 搜尋一個與這頁相關的問題。若結果出現這個網址，抄下完整查詢、日期、裝置類型及畫面摘要，保留截圖；再換另一個相關問題，只有同一網址再次出現時才比較。沒看到這頁就填「本次未觀察到」，不拿別的頁面代替，也不能據此判定未收錄。
搜尋結果可能隨時間與環境變動，不要求兩人看到完全相同句子。這張表的目的，是讓他人看懂你在哪個條件下觀察到什麼；不是挑一張漂亮截圖證明摘要永遠固定。
【今天實際讀到什麼】
2026/10/17，我以 HTTP 只讀文末客脈標題與摘要教學的原始 HTML，回應為 200。meta description 寫：「分不清 title、H1 與 Google 搜尋摘要？用三個公開頁面完成對照表，檢查標題承諾與內文是否相符，附免費範本與修改草案驗收方法。」
正文確有「免費實作」與「修改示範」章節，也有檢查表入口。本次核對的是設定與正文，沒有操作該頁的 Google 搜尋結果，也沒有重新驗收下載檔；表中搜尋摘要留「未觀察」。HTTP 200 不代表已收錄、一定採用這段摘要或排名提升。
【用虛構例子練判定】
假設一篇「照片備份教學」只教複製與核對，摘要卻寫「一鍵還原全部資料」。這是刻意設計的紙上壞例子，沒有真實網站或測試。應先刪掉無依據的承諾；可寫草案「整理照片備份的複製與核對步驟，附檔案清單練習」。前提是正文真的提供清單；沒有就不要寫「附」。
另一種情況是摘要設定準確，搜尋卻引用正文裡的核對步驟。若內容仍回答查詢，可記「文字不同，仍與問題相關」，不能只因不一致就說設定失效。若摘要出現過時資訊，先查正文是否也過時，再交由有權限的人處理；只寫草案不等於已上線。
【作業、驗收與限制】
選一頁填完六欄，再寫一版有正文依據的摘要草案。預期成果是現況紀錄、草案與待確認清單；沒有網站就用虛構例子，搜尋欄填未執行。請另一人依網址找回設定與段落，指出每句承諾的依據；沒有請人複核就記自行核對。
常見錯誤是把後台預覽當搜尋畫面、抄社群摘要、不同網址硬比較，以及為湊固定字數刪掉必要條件。本練習可零額外工具費完成，正式改站可能另有維護成本；不需買訂閱。今天未改官網、未測點擊率、排名或詢問，修改草案也不是成效保證。
官方摘要文件（2026-10-17 查核）：
https://developers.google.com/search/docs/appearance/snippet
延伸練習：摘要設定與正文的檢查表
https://kemai-ai.com/blog/seo-title-description-audit-guide?utm_source=nabi&utm_medium=community&utm_campaign=nabi_daily&utm_content=20261017_snippet
整理／配圖：客脈 AI。配圖為 AI 示意圖，非真實搜尋結果或成效報告。
戰國策虛擬主機 vs GoDaddy：台灣企業 WordPress 主機完整比較評測
GoDaddy 是全球最大的網域名稱註冊商，同時也是全球最大的主機服務提供商之一。它的名字幾乎是「買網域、架網站」的代名詞，在台灣也有相當高的品牌知名度。但知名度高，不等於對台灣企業來說是最好的選擇。本文將深入比較 GoDaddy 與戰國策虛擬主機，從台灣企業的實際使用需求出發，給你一個清楚的比較結論。
GoDaddy 在台灣市場的定位
GoDaddy 在台灣的知名度主要來自兩個方向：一是大量的廣告投放，二是網域註冊業務的便利性。對很多台灣用戶來說，第一次買網域可能就是在 GoDaddy 上完成的。
然而，網域購買和主機服務是兩件不同的事。GoDaddy 的主機服務在台灣市場有幾個實際的限制，需要在選擇之前仔細評估。
GoDaddy 主機服務的核心問題
第一個問題：初始優惠價格具有高度誤導性。GoDaddy 的廣告通常主打極低的入門價格，有時甚至不到一個月一美元。但這個價格只適用於第一個合約期，且通常需要一次性購買多年才能享有。合約到期後，續約價格往往是原始優惠價的三到五倍，讓很多用戶在不知情的情況下面臨大幅漲價的困境。
第二個問題：主機性能在業界評價偏低。在全球多項主機性能測試中，GoDaddy 的共享主機在伺服器回應速度和穩定性方面的評分普遍不高。性能不佳直接影響網站的載入速度，進而影響用戶體驗和 SEO 排名。
第三個問題：附加銷售和捆綁式推銷問題嚴重。GoDaddy 的購買流程中充斥著大量的附加產品推銷，從網站安全工具、備份服務、電子郵件方案到 SEO 工具，每一個步驟都在推銷額外的付費項目。對於不熟悉的用戶來說，很容易在不知不覺中購買了一堆不必要的服務。
第四個問題：台灣本地支援薄弱。雖然 GoDaddy 有提供中文介面和中文客服，但台灣在地的技術支援深度和響應品質，與本土服務商相比仍有落差。特別是在需要快速解決技術問題的緊急情況下，差距更為明顯。
第五個問題：伺服器位置不在台灣。GoDaddy 在亞太區的伺服器主要位於新加坡，對台灣訪客的連線速度不如本地伺服器，這對以台灣市場為主的企業網站的 SEO 表現有負面影響。
戰國策虛擬主機的全面優勢
針對 GoDaddy 在台灣市場的幾個核心問題，戰國策虛擬主機提供了更符合台灣企業實際需求的解決方案。
費用透明，無任何隱藏漲價陷阱。戰國策虛擬主機的定價結構清晰穩定，你看到的費用就是實際支付的費用，不存在「優惠期結束後三倍漲價」的問題。對企業來說，可預期的費用結構是財務規劃的基礎。
台灣本地伺服器，真正的速度優勢。戰國策的伺服器基礎建設位於台灣，對台灣訪客的連線延遲遠低於 GoDaddy 的新加坡節點。在 Google 的頁面速度評估中，本地伺服器的優勢會直接反映在 Core Web Vitals 評分上。
繁體中文客服，本土技術支援。戰國策提供台灣在地的繁體中文專業客服，在台灣工作時間內快速響應技術問題，不需要語言轉換和跨時區溝通，解決效率遠高於 GoDaddy 的客服體驗。
WordPress 優化環境，性能穩定可靠。戰國策虛擬主機針對 WordPress 進行了專門的性能優化，確保 WordPress 網站在最佳的環境下運行，伺服器回應速度和穩定性優於 GoDaddy 的通用共享主機。
沒有附加銷售困擾。戰國策的服務購買流程清晰，你購買的是主機服務，不需要擔心被引導購買一堆不必要的附加項目。
GoDaddy 到底適合誰？
GoDaddy 的主要優勢在於品牌知名度和域名服務的便利性。如果你只是需要購買網域，GoDaddy 是一個合理的選擇。但如果你的目標是架設一個高效能、高穩定性、對 SEO 友善的 WordPress 企業網站，GoDaddy 的主機服務並不是最佳選項，尤其對台灣市場而言更是如此。
SEO 表現全面比較
對於重視 SEO 的台灣企業來說，這個比較的結論相當清楚。戰國策虛擬主機在伺服器速度（對台灣訪客）、穩定性、以及整合 SEO 行銷服務這三個 SEO 關鍵維度上，全面優於 GoDaddy 的主機服務。
更重要的是，戰國策不只是主機服務商，同時也是台灣 AI SEO 和 GEO 領域的專業顧問。選擇戰國策虛擬主機的企業，可以同時獲得主機環境和行銷策略的完整支援，這種整合優勢在一個全球性的主機服務商如 GoDaddy 完全找不到。
結論
GoDaddy 是一個知名的全球主機和域名服務商，但對台灣企業的 WordPress 主機需求來說，它在性能、定價透明度、本地服務支援等方面都存在明顯的不足。戰國策虛擬主機以台灣本地伺服器、透明費用、繁體中文客服，以及整合了 SEO 行銷服務的完整生態，是台灣企業主更值得優先考慮的選擇。
了解更多戰國策虛擬主機方案：https://www.nss.com.tw/wordpresshosting/
#虛擬主機 #GoDaddy比較 #戰國策 #WordPress主機 #台灣主機 #SEO主機 #網域 #台灣網站架設
用Codex操作Chrome瀏覽器，自動讀Gmail、寫Google Sheet教學！設「3層護欄」防AI亂點亂寄
想讓AI幫忙操作Chrome瀏覽器、讀Gmail、下載附件、寫進Google Sheet，又怕它亂點、亂寄信？作者以教師可能遇到的「自動批改作業信」為例，示範用Codex Chrome Extension設定白名單、二次確認與留痕log三層護欄，再一步步放手讓AI操作瀏覽器。本文節錄自《ChatGPT × Codex全攻略》。
文／曾慶良（阿亮老師）
本文目錄（點擊可快速前往）
動手做前準備清單全章流程地圖：4步由小到大動手實作：讓Codex操作你的Google Chrome動手操作3大禁區
編按：作者以「老師自動批改學生作業信」為範例，示範讓Codex讀取Gmail「作業繳交」標籤的來信、下載附件、產出評語，再逐列寫進Google Sheet。雖然示範情境在教學現場，但換個主題就能套用到職場，例如整理應徵者的履歷信、客戶詢價信或活動報名回覆；文中的白名單、二次確認、留痕log三層護欄，也適用於任何讓AI代操瀏覽器的工作。※本文以「Chrome Extension」模式操作，是由Codex直接在你的Chrome「已登入」的Gmail等分頁操作，不必處理OAuth、API token（這些憑證都不用辦），看得到它在做什麼。
動手做前準備清單
項目規格沒有怎麼辦Codex CLI + 桌面App已完成、能登入補安裝，Codex CLI 、桌面AppChrome Extension從Codex App Plugins內裝補安裝，Chrome extensionGmail帳號有「作業繳交」標籤、收得到信Gmail內建立一個Label「作業繳交」Google Sheet一張空白工作表，欄位先排好Drive內新建一張，命名「本學期_作業批改」
Google Sheet欄位先排好
第一列填入這6個欄位（順序很重要，等下Skill要按這個順序寫入）：
ABCDEF批改日期學生姓名作業主題AI評語字數建議評分
權限設「僅特定人員」或「限校內帳號（你的學校網域）可存取」，把你自己（和真的需要看的同事）逐一加進去。不必也不要用「擁有連結的任何人可檢視」，Codex用你登入的身分操作，本來就進得去，不需要開公開連結。
此表含學生個資（姓名＋評語），絕對不可以用「擁有連結的任何人可檢視/可編輯」公開連結分享。公開連結等於把全班個資丟到網路上任人抓取。務必設成「僅特定人員」或「限校內帳號」，並定期到「共用」設定檢查存取名單有沒有跑進不該有的人。
【補充】企業導入前置（用公司信箱、下載含個資附件前必看）
本章讓Codex操作你「已登入」的信箱、下載附件、寫進Sheet，放在公司環境要先過3關，別自己一個人默默開跑：
公司信箱須經IT /資安核准：使用Codex Extension操作公司Gmail / Workspace前，先問過IT或資安窗口，確認符合公司對第三方工具存取信箱的規範，否則別用個人身分擅自授權公司帳號。
先用測試帳號跑通：第一輪用一個測試信箱＋假資料把流程走順，確認護欄有效，再碰真實信箱。
附件含個資要確認合法性、用完清除：下載的.docx /客戶附件若含個資，先確認你有處理的合法依據（同意/業務必要），處理完就從~/Downloads/inbox-essays/之類暫存夾刪除，別長期堆在本機或同步到公開雲端夾。
全章流程地圖：4步由小到大
1 授權與護欄 Chrome Extension 範圍限定 + 二次確認
↓
2 寫 Skill auto-email-processor 四階段定義
↓
3 跑 1 封測試 盯著看，確認沒亂點
↓
4 放開跑全部 批次處理 + 失敗重試 + 總結報告
絕不可跳過步驟3，跑1封測試看看，這是整章最關鍵的安全閘門。沒看過第1封就放執行，等同把你的Gmail鑰匙交給陌生人。
動手實作：讓Codex操作你的Google Chrome
步驟1-A 授權與三層護欄
確認Codex桌面App已開啟、已登入
確認Chrome已裝Codex Extension
Chrome右上工具列點Codex圖示
看到「Chrome plugin connected」狀態 = 正常
Codex桌面App內的Plugins區也顯示「Chrome plugin connected」，兩邊都看得到 = OK
Codex從這裡開始就有能力「在你登入的Chrome內」做事。所以下一步馬上設範圍限制，沒設好就不要往下做。
步驟1-B 護欄1：範圍限定（白名單）
Codex Extension預設「進入新網站會問」。但更穩的做法是明確設一份白名單。在Codex對話開頭就先宣告：
本對話只允許操作 mail.google.com、docs.google.com、sheets.google.com。
任何其他網域請拒絕並回報給我。
明確列出允許與禁止的清單：
# 允許 Codex 操作的網域白名單
mail.google.com # Gmail
docs.google.com # Google Sheet / Docs
sheets.google.com # Google Sheet（舊網域別名）
# 禁止：其它一律不行
✗ bank.example.com # 銀行
✗ pay.example.com # 支付
✗ facebook.com / x.com # 社群媒體
這是用文字下的範圍限制，搭配Extension預設的「進新網站問一次」雙重防護。
步驟1-C 護欄2：二次確認
在Codex對話開頭就先指定下面五類動作必須先暫停問你，得到「OK」才能繼續：
刪除任何信件 → 必須問
寄出任何信件 → 必須問
移動信件到垃圾桶 → 必須問
修改Sheet既有列（非新增）→ 必須問
修改Gmail filter / forwarding設定 → 必須問
「標記為已讀」、「加標籤」、「下載附件到自己電腦」、「在Sheet新增一列」這幾項算可逆操作，不需要每次都問。
步驟1-D 護欄3：留痕log
叫Codex把它做的每一步寫成log，方便事後抽查：
請建立一個 ~/codex-logs/email-processor.log
每次處理一封信，寫一行 JSON：
{"ts":"2026-05-17T10:00:00Z","subject":"...","sender":"...","action":"已批改寫入Sheet","ok":true}
失敗時 ok:false，多寫 reason 欄位。
請在每次跑完 Skill 後自動 append。
跑完一輪後，cat ~/codex-logs/email-processor.log（Windows PowerShell：Get-Content $HOME\codex-logs\email-processor.log）看得到N行JSON，每行對應一封信。
動手操作3大原則
範圍限定：只開放特定網域，其餘一律拒絕
二次確認：刪/寄/改既有資料必須先問
留痕：每次操作寫log，可事後追查
三個都做到了，才往下進步驟2寫Skill。
步驟2-A 寫auto-email-processor Skill
macOS / Linux（或在Git Bash執行）：
mkdir -p ~/.agents/skills/auto-email-processor
cd ~/.agents/skills/auto-email-processor
touch SKILL.md
Windows PowerShell寫法（同一件事的PowerShell寫法）：
New-Item -ItemType Directory -Force $HOME\.agents\skills\auto-email-processor
Set-Location $HOME\.agents\skills\auto-email-processor
if (-not (Test-Path SKILL.md)) { New-Item -ItemType File SKILL.md }
如果Windows使用者希望直接沿用Bash指令，可以在~/.agents/skills/的上層資料夾右鍵 → Open Git Bash Here，就能在Git Bash內原樣執行mkdir -p、touch。兩個方式擇一即可，不必兩邊都跑。
為什麼用Skill而不是直接打prompt？Skill寫一次、用很久。下次要批改只要說「跑auto-email-processor」，不必再貼整段流程描述。
2026新功能NEW：Record & Replay（錄一次、重播多次）
Skill有3種建立法：
手寫SKILL.md（本節做的）
對話中請Codex幫你生
Record & Replay，你手動把一連串網頁操作（點「作業繳交」標籤 → 過濾未讀 → 下載.docx）錄製一遍，Codex會把它存成可重播的Skill。像Gmail這種步驟固定、重複性高的流程特別適合這種方式，錄完再回頭微調SKILL.md補上護欄。搭配always-allow（總是允許）：把重播時重複跳出來的權限請求（例如每次都問「可以操作mail.google.com嗎」）設為「總是允許」，就不會一直被打斷，但只對白名單網域開always-allow，刪/寄/改既有資料這類敏感動作仍維持二次確認。
步驟2-B SKILL.md開頭：frontmatter與Scope
SKILL.md一定要以YAML frontmatter開頭（name、description是必要欄位，觸發詞寫進description，Codex才會自動觸發）：
---
name: auto-email-processor
description: 讀 Gmail「作業繳交」標籤內的未讀信，抓 .docx 附件，套 essay-feedback Skill 批改，寫回 Google Sheet「本學期_作業批改」。觸發詞：批次批改、處理交作業信、跑 email processor。
---
# auto-email-processor
## Scope
- 允許網域：mail.google.com、docs.google.com、sheets.google.com
- 禁止：其它任何網域
- 允許動作：讀信、下載附件、加標籤、Sheet 新增列
- 禁止動作：刪信、寄信、修改 Sheet 既有列
Skill的「身分證」段落，讓Codex知道「我可以做什麼、不能做什麼」。
步驟2-C 中段：四階段Steps
## Steps
### Phase 1 讀
1. 開新分頁到 https://mail.google.com
2. 點左側「作業繳交」標籤
3. 加「is:unread」過濾條件
4. 列出信件主旨與寄件者，不要點開
### Phase 2 分（過濾）
對每封信，符合所有三條件才處理：
- 寄件者是學生（你的學校網域，例：@school.edu.tw）
- 主旨含「作業」或「homework」
- 有 .docx 附件
### Phase 3 處（批改）
1. 下載 .docx 到 ~/Downloads/inbox-essays/
2. 從寄件者名 / 主旨解析學生姓名與作業主題
3. 呼叫 essay-feedback Skill 批改
4. 把回傳的「評語/ 字數/ 評分」記下來
### Phase 4 記
1. 開 Google Sheet「本學期_作業批改」
2. 新增一列：日期 / 姓名 / 主題 / 評語 / 字數 / 評分
3. 回 Gmail 標該信「已讀」+ 加「已批改」標籤
4. 寫一行 log 到 ~/codex-logs/email-processor.log
【補充】Phase 3那句「呼叫essay-feedback Skill」是哪來的？
這支批改Skill在「多檔案批次處理」篇建立過，該章resources/essay-feedback/有現成檔案，只要將其複製到~/.agents/skills/essay-feedback/就能被本章觸發。還沒建也能先跑通流程，把Phase 3第3步暫時換成這3行替代做法：
用Codex內建能力讀出.docx純文字內容
請Codex直接寫一段150字評語、估算字數、給A / B / C建議評分
把這三個值當成回傳結果往Phase 4傳（先能寫進Sheet，之後再換成正式的essay-feedback）
步驟2-D 末段：Rules護欄
## Rules
### MUST（必須）
- MUST 敏感操作前停下來問我（刪信、寄信、改既有列）
- MUST 處理失敗的信維持「未讀」、加標籤「需人工處理」
- MUST 每處理一封寫 log
- MUST 全程操作我這個帳號，不可切到別人的 Gmail
### NEVER（絕不）
- NEVER 自動回信給學生
- NEVER 跨網域操作（白名單以外）
- NEVER 刪除任何信件
- NEVER 修改 Sheet 既有列（只能 append）
## Tools
- Codex Chrome Extension（Gmail / Sheet 操作）
- Codex 內建 .docx 解析
- essay-feedback Skill（subagent 呼叫，來源見第三篇 CH19）
Skill寫完存檔。Codex下次看到觸發詞會自動讀SKILL.md。
準備測試素材：先讓信箱有東西可讀
Skill寫好了，但如果「作業繳交」標籤裡一封信都沒有，步驟3的測試就沒東西可跑。動手前先花3分鐘，自己造1～2封測試信，讓自動化有真實素材可讀。這步驟做完，跑步驟3才有意義。
準備1～2份.docx測試檔：隨手開Word（或Google Docs →下載為.docx）打一段假作文，存成例如：測試作文_王小明.docx。想更真實就做兩份、換個學生名。
自己寄給自己：在Gmail點「撰寫」，收件者填你自己的Gmail，主旨故意帶關鍵字（例：第八單元作文 作業繳交 王小明，一定要含「作業」讓Phase 2過濾條件吃得到），把剛才的.docx當附件夾進去，寄出。寄1～2封。
建一個標籤：Gmail左側sidebar往下拉找到「建立新標籤」，命名為作業繳交（就用這章Skill要讀的標籤名，別另取，不然Skill讀不到）。若動手前清單那步已經建過，這步跳過。
手動把測試信貼上該標籤：回收件匣，勾選剛剛那1～2封自寄信 → 點上方「標籤」圖示（或右鍵）→ 勾「作業繳交」。現在這個標籤底下就有真實的未讀作業信可供Codex練習了。
【提醒】用「自寄信」當測試素材最安全就算Codex跑歪了、標錯標籤，動到的也只是你自己建立的虛假信件，不會影響到學生真正交的作業。等步驟3測試通過，再放真實信件進來。
步驟3-A 跑1封測試（最關鍵的一步）
進Codex：
codex
輸入：
請執行 auto-email-processor Skill，但這次只處理 1 封測試：
1. 開 Gmail
2. 找到「作業繳交」標籤內第一封符合條件的未讀信
3. 完整跑完 Phase 1-4
4. 跑完後回報你做了什麼（步驟列表、最後 Sheet 寫了哪一列）
整個過程請在我面前跑、不要靜默。
每動一步先告訴我「我準備做 X」，等我說 OK 才執行。
【提醒】請全程盯著螢幕看！不要去泡咖啡、不要切到別的視窗。第一次跑就是要確認「它真的有照規矩來」。
步驟3-B 盯著看的時候要確認什麼？
Codex跑的時候，眼睛確認這6件事：
Codex開的是正確的Gmail標籤（不是收件匣全部）
它沒有點開不該點的信（例如沒有.docx的、或寄件者不是學生的）
下載.docx時沒覆蓋你既有檔案
批改完Sheet新增一列（不是修改既有列）
信件標為「已讀」+ 加「已批改」標籤，沒刪除、沒進垃圾桶
log檔有一行新紀錄
任何一項不對 → 立刻按Esc中止（在CLI內跑則按Ctrl + C）、修SKILL.md、再跑一次測試，不要現在就往步驟4前進。
步驟3-C 第一次跑常見的「走偏」
Q1：Codex點到收件匣不是「作業繳交」標籤
回答：Gmail介面更新時，標籤位置會變動。SKILL.md改成「在左側sidebar用文字找『作業繳交』再點」，不要靠固定位置。
Q2：把作文老師個人信也當成作業處理
回答：Phase 2過濾條件不夠嚴。再加「主旨必須有作業/homework」「附件必須是.docx」雙條件。
Q3：Sheet寫到錯的工作表（同一活頁簿有多張表）
回答：Skill補上「先點底部tab確認是『本學期_作業批改』再寫」。
Q4：標完「已批改」標籤後又標「重要」
回答：Codex在學Gmail介面，可能誤點。Rules補：「只加『已批改』標籤，其他不准動」。
步驟4-A 測試OK了，跑全部未讀
同一個Codex對話內輸入：
很好，剛才測試正確。現在請執行 auto-email-processor Skill
處理「作業繳交」標籤內所有未讀信。
需求：
1. 並行數：1（順序處理，方便我看）
2. 失敗自動重試 1 次
3. 重試仍失敗的信：加標籤「需人工處理」，跳過，繼續下一封
4. 全部跑完給總結報告：成功 N 封 / 需人工 N 封 / 失敗 N 封
5. 列出需人工的信件主旨與寄件者，方便我之後處理
開始。
「並行數1」會比較慢，但安全。等你跑過3-5次都OK再考慮加到2-3並行。
步驟4-B 預期看到的總結報告
✅ auto-email-processor 處理完成
成功批改：23 封
需人工處理：2 封
- 「期中作文.docx 附件損壞」 / 小明 <ming@...>
- 「忘記附檔」 / 阿花 <hua@...>
失敗：0 封
Google Sheet 已新增 23 列
Gmail 標記已讀 + 標籤「已批改」：23 封
標籤「需人工處理」：2 封
log 寫入 ~/codex-logs/email-processor.log：25 行
數字加總 = 標籤內未讀信總數 = Sheet新增 + Gmail標記 = log行數，四個數字對得起來就是完成。
步驟4-C 抽查Sheet內容是否正確
打開「本學期_作業批改」工作表
隨機挑3列，對應到原信件
檢查欄位：日期、姓名、主題、評語、字數、評分都對
檢查AI評語有沒有亂寫（這部分是essay-feedback Skill的責任，但這次順便抽查）
Gmail內隨便開一封看是否標籤「已批改」+「已讀」
看log檔最後幾行有ok:true
6項都對 = 整套流程信任度 +1。下次可以放心多並行、少盯著。
動手操作3大禁區
把這3個禁令寫在便條紙貼在螢幕上：
不操作金融帳戶：銀行、支付、券商、加密貨幣交易所，一律白名單外。不論看起來多簡單的「查餘額」也不行，因為AI沒辦法分辨「查」和「轉」之間只差一個按鈕。
不自動寄信給真人：草稿可以、儲存可以，但按下「寄出」這個動作絕對是你自己按。AI寄錯信沒辦法收回，後果你扛。
不超範圍：Skill寫了什麼就只做什麼。不要在同一個Codex對話「順便叫它做別的事」，授權邊界會模糊掉。要做別的就開新對話、重新設權限。
節錄自：博碩文化《ChatGPT × Codex全攻略：從零基礎到自動化，打造你的AI Agent工作流》／曾慶良（阿亮老師） 著
全球Gmail用戶注意！官方曝紅色警戒「AI詐騙激增」忽略這些事1秒遭駭
2025-02-19 聯合新聞網綜合報導 由聯合新聞網授權轉載
打開郵件都要更加小心！全球Gmail 用戶近期被警告，相當精密的AI 詐騙 手法正在迅速蔓延，駭客 透過AI來偽造郵件、語音訊息甚至影片，試圖竊取個資並全面掌控使用者的帳戶，如果不提高警覺，後果可能「相當嚴重」。
延伸閱讀：誤入「投資群組」險遭詐1500萬！親友如出現「5狀況」恐是詐騙低潮警訊
根據外媒「mirror」報導，在去年5月，美國聯邦調查局（FBI ）就發出警告，指出AI技術正被駭客濫用來進行詐騙，造成許多人財務損失、身份遭盜用。FBI舊金山分局表示，駭客正利用AI來製造以假亂真的語音、影片和電子郵件 ，以針對個人和企業進行詐騙，這類手法可能造成嚴重財務損失、聲譽損害，甚至機密資料外洩。
根據資安 公司Malwarebytes的最新報告，這些AI詐騙通常透過以下方式行騙：
偽造官方郵件：駭客透過AI模仿銀行、Gmail官方或其他知名企業的電子郵件格式，誘騙用戶點擊惡意連結或提供登入憑證。
語音詐騙：AI可模仿親友或主管的聲音，要求轉帳或提供機密資訊，讓受害者難以分辨真假。
合成影片：深偽技術（Deepfake ）讓駭客能製作逼真的影片，進一步增加詐騙可信度。
那麼究竟如何保護自己？專家提出5點建議，避免遭詐：
提高警覺：對於任何要求提供個資、點擊連結或下載附件的郵件保持懷疑態度。
開啟雙重驗證 （2FA）：使駭客即便取得密碼 ，沒有額外驗證仍無法登入帳戶。
使用強密碼管理：避免使用過於簡單的密碼，並定期更換。
驗證可疑訊息：收到可疑語音或影片時，可直接與相關人士聯繫確認真偽。
安裝資安防護軟體：確保裝置上有最新的防毒軟體，攔截潛在威脅。
隨著AI技術的發展，詐騙手法也變得更加狡猾，Gmail用戶務必提高警覺，才能避免成為駭客的下一個目標。
有任何收穫或想分享的，都來和大家一起聊聊吧！