GROUP A
自動化系統
AutomationiGaming / 會員經營
會員 LINE 機器人：簽到、派彩、帳號綁定、抽獎全自動
會員活動全靠人工撐：簽到用表格記、派彩靠客服逐筆對帳、LINE 身分跟遊戲帳號對不起來，活動一多就漏就錯。
- LINE 綁定遊戲帳號：一次綁定完成歸戶，之後所有互動自動對上會員身分
- 每日簽到發獎、抽獎活動自動開獎、自動派彩——獎勵入帳即時推播通知，全程不用人工對帳
- 活動廣播與指令查詢（優惠、進度），客服只處理例外
- 部署 GCP 雲端主機：systemd 開機自啟＋崩潰自癒、外部當機告警、資料庫每 6 小時自動異地備份
簽到／派彩／綁定／抽獎 4 大功能全自動
資料庫 每 6 小時 自動異地備份
24/7 當機告警＋崩潰自癒
資料來源：系統部署與執行紀錄（2026-05 上雲）
AutomationiGaming / 社群營運
社群氛圍機器人：多人設群聊自動化，養群不像機器
群開了沒人講話就是死群，請工讀生輪班帶氣氛又貴又難管：口徑會亂、時間排不滿、講過什麼沒人記得。
- 多個固定人設各有性格與長期記憶：昨天推薦過什麼、輸贏紀錄都記在帳本，隔天自動覆盤互相接話，不會人設崩壞
- 內容全部來自真實數據：賽程、賠率、賽果串接真實來源，禁止瞎編——講錯一場球，群的信任就沒了
- 擬人化發送節奏：多帳號交錯、間隔 10–15 分鐘隨機浮動，像一群真人各忙各的，不是機器人排隊刷屏
- 每一則發送逐一截圖存證、驗證真的進到目標群組，發沒發出去有紀錄可查
4 個固定人設含長期記憶帳本
發言間隔 10–15 分隨機擬人
每則發送 逐一截圖驗證入群
資料來源：發送系統執行紀錄與逐則截圖存證
Automation運動數據 / 內容媒體
四百多頁的賽事內容站，整條更新管線全自動
400 多頁的賽事內容每天都在變，人工天天更新積分、比分、賽程根本不可能持續。
- 整站部署 GCP VM，「抓數據 → 驗證 → 合成 → 重建 → 部署」一天自動跑 4 次
- 內建數值守門：積分、淨勝、場次自動核對自洽，驗不過就中止，絕不部署錯數據
- 外部數據源斷線自動重試（指數退避 15/30/60 秒），失敗保留上一版並主動告警
402 頁 全站自動生成
每日 4 次 自動更新
0 次 錯數據上線（守門中止機制）
資料來源：系統執行紀錄與部署紀錄
Automation資料維運
關鍵資料每日異地備份，含「防鏡像反殺」三道防線
備份最怕的不是沒備份，是來源一旦損毀，鏡像備份反而把好資料一起刪光。
- 每日排程增量備份到異地儲存，認標記檔不認磁碟代號，換插孔也找得到
- 崩塌保護：來源檔數異常下降就整趟拒絕；刪除採軟刪除保留 30 天；快照保留 30 份
- 三態 Telegram 告警（停手 / 失敗 / 恢復），正常日不洗版
283 檔 SHA256 逐檔比對，遺漏 0
~1.3 秒 完成增量備份
8/8 防線負面測試通過
資料來源：備份系統執行與驗證紀錄
Automation內容媒體 / 運動數據
手機就能發稿的內容後台，按一下 10 秒上線
內容團隊要能在手機上快速發稿、一鍵上線，完全不想碰程式碼與部署指令。
- 極簡後台：登入防爆破、全表單 CSRF、版本快照、圖片自動轉 WebP 去 EXIF
- GCP VM + systemd 開機自啟與崩潰自癒，失敗自動 Telegram 告警
- 一鍵真發佈：按下 → 匯出 → 重建 → 部署，端到端全自動
發佈端到端 約 10 秒
進程被殺 約 6 秒 自癒
安全負面測試 全數通過
資料來源：系統實測與安全測試紀錄
Automation生活消費 / 活動行銷
抽獎報名頁防刷，事後還原出真實名單
報名頁最怕被機器人與同一人重複灌爆，事後又難分辨哪些是真人。
- 五層防刷：重複攔阻、IP 限流、唯一鍵、指紋雜湊、人機驗證
- 多維資料清洗：號碼型態、撞名、號碼距離、IPv6 前綴分群、指紋分群交叉判定
- 對照時間切點與測試種子，把總報名數還原成可信名單
總報名 142 筆
稽核後真實 約 118 筆
資料來源：報名系統資料庫與清洗稽核紀錄
GROUP C
網站建置與 SEO
Web / SEO電商 / 生鮮農產
在地生產者的品牌官網：不動金流，只補信任
店家已有接單系統與 LINE，缺的是一個「被看見、被信任」的品牌官網，又不想自建金流。
- 手刻單頁品牌官網上 Cloudflare Pages，接單沿用既有系統，省掉金流串接
- 實拍圖全面 WebP 化；結構化資料、sitemap、canonical 一次到位
- Google 商家檔案掛官網、產品目錄上架、GSC 驗證提交
圖片體積 38MB → 2.3MB（−94%）
上線 28 天 CTR 9%
平均排名 10.1
資料來源：Google Search Console（2026-07 抓取）與建置紀錄
Web / SEO高競爭產業導流
高競爭市場的新站，自然流量從零長出來
在單一高度競爭的市場，要讓一個新站的自然搜尋流量從零長出來。
- 靜態站上 Cloudflare Pages，GA4 + GSC 全鏈路接通，轉換用外連事件認列
- 長尾內容量產 + 內鏈配平，專治「已找到但未索引」；樣板去重避免被判冗餘
- 每週成效自動對比回報推 Telegram
28 天曝光 724 → 4,730（約 6.5 倍）
點擊 68 → 191（約 2.8 倍）
收錄率 約 88%（153/173 頁）
資料來源：Google Search Console（2026-07 抓取，對比同年 5 月）
Web / SEO高競爭產業導流
關鍵字自食開刀：35 組詞在 6 頁互打，改成一詞一頁分工
同一組核心關鍵字散在 6 個頁面互相搶排名：頭部詞排在 23.7 卻沒有任何一頁專門承接；最有錨點的頁（33 條內鏈）反而只有 8 次曝光、排 37——因為標題根本沒放那組詞。
- 用 GSC 近 4 週 query×page 實測畫出自食地圖，重排各頁分工：頭部詞、贏詞、試算詞一詞一頁，不動賺錢頁的主場
- 找到內鏈錨點槓桿：相關文章卡片的錨點文字＝該頁標題，改 1 個標題＝一次修好 26 條內鏈錨點（0 → 26/26 條含目標詞）
- lastmod 誠實策略：新增 updatedAt 欄位，只有真的改過的頁才更新日期，不全站亂刷騙 Google
- 內鏈孤兒配平：被引用 0 次卻有排名的頁，入鏈 1 → 11；品牌詞 7 頁互打（3,088 曝光只換 6 點擊）改成意圖分工
內鏈錨點 0 → 26/26 含目標詞
孤兒頁入鏈 1 → 11
174 頁稽核 0 重複標題／缺 canonical
資料來源：Google Search Console（2026-08 抓取）與建置產出實測
Web / SEO高競爭產業評測內容站
61 家評測內容站的技術 SEO 工程：從爬取浪費到全站可索引
內容量夠了，但技術面在漏水：任何壞網址都回 200＋整份首頁（soft 404）白燒爬取預算、sitemap 的 lastmod 天天全站刷新被 Google 無視、內鏈被頁尾樣板頁壟斷。
- 根治 soft 404：壞網址從「200＋87KB 首頁」變成正確 404，爬取預算集中在真實頁面
- sitemap lastmod 改內容雜湊狀態機：只有內容真變動才更新日期，Google 重新信任抓取訊號
- 內鏈重分配：評測頁入鏈中位數 5 → 12、最低 3 → 7，解除樣板頁 66 條入鏈壟斷
- 27 頁標題超過繁中 SERP 截斷長度（約 30 全形字）→ 全數壓回、0 頁超標；另建死連結閘門：部署前逐條掃站內連結，指不到就擋（負面測試實證會擋）
- GEO／AI 搜尋佈局：自動生成 llms.txt，內容更新自動重建
壞網址 200 → 404（省爬取預算）
內鏈中位數 5 → 12
超長標題 27 頁 → 0 頁
資料來源：建置產出與線上實測紀錄（2026-08）
Web / SEO技術修復快照 · 多站累積
SEO 快修實錄：這些坑我們都親手修過
很多站不是內容不行，是被一個看不見的技術問題卡死。以下全是實案，每一條都有修復前後的實測紀錄。
- 新站一頁都沒被索引 → 查出 canonical 與 sitemap 網址形式打架（.html 與無副檔名互轉 308 迴圈），四處對齊＋重送 sitemap 後解除
- GSC 幽靈 404（/cdn-cgi/email-protection）→ Cloudflare 信箱混淆改寫所致，原始碼包 email_off 註記根治，全站 67 頁掃描殘留 0
- 重複頁互食 → 同品牌被寫成兩頁分數矛盾，301 合併＋內容併稿，關鍵字停止互搶
- 摺疊區連結被降權 → 首頁增設全站純文字索引，16 個「無法辨識的網址」全數涵蓋
- 流量暴跌假警報 → 建立 11 項排除的斷崖查證 SOP：看週資料不看日線，CTR 正常震盪不誤診
資料來源：各站 GSC 與修復前後實測紀錄（2026）