ASUS PRESSROOM / PROJECT DOCUMENTS
DELIVERY FRAMEWORK / REV4 EXTRACT

ASUS Pressroom工作說明書與專案管理計畫

WCAG 2.2 AA Phase A・AI 搜尋最佳化
以明確範圍、可驗證交付與書面決策，建立共同執行基準。

來源 REV4 / 2026.08.13整理版本 1.0 / 2026.09.10專案執行審閱版
10週主要開發與交接（建議）
3核心模板
95+Accessibility 硬性門檻
90+SEO 硬性門檻
閱讀方式：各章標示原文明訂、管理建議或待確認；章節編號指向來源 Word 文件。
A / 工作說明書 SOW
01

專案摘要與文件定位

原文明訂§3、§6、§12、§14

本案是既有網站的限定範圍改善專案。驗收以可控制的技術交付與可重現證據為主；AI 平台引用、排名及搜尋結果顯示不屬保證成果。

項目專案定義
專案ASUS Pressroom｜WCAG 2.2 AA Phase A 與 AI 搜尋最佳化
服務對象／執行方華碩電腦股份有限公司／宏業資通有限公司（Tenten Digital Agency）
網站與目標https://press.asus.com：改善內容可讀性、結構化完整度、可爬取性、編輯流程與指定核心模板的無障礙品質。
期程必要前置條件就緒後起算，主要開發與 handoff 建議為 10 週；production go-live 後 30 個曆日程式缺陷保固、90 天交付追蹤報告。
來源狀態依 2026-08-13 Rev4「客戶審閱版」整理。來源簽署欄位空白，不能據此判定已簽署或已完成核准。
本文件用途專案執行與審閱用 SOW 摘錄及管理計畫。原文明訂項目按來源章節追溯；管理建議須經雙方確認後納入執行基準。本文件不是另行簽署的合約。
02

工作範圍與工作分解

原文明訂§5.1-§5.10
ID／工作包執行內容與範圍邊界
WP01｜基準建立三核心模板 Lighthouse baseline，每個 URL 三次取中位數；固定測試設定。建立 Schema／適用 Rich Results Test 基準、可取得的 Vercel AI bot 與 GSC 快照，以及 URL、redirect、internal-link、例外清單。
WP02｜結構化資料補強 NewsArticle 的 dateModified、publisher、logo；加入被引用主管／發言人的 Person、產品發表新聞的 Product，以及關聯 parent NewsArticle 的 basic FAQPage。Speakable 僅為約定 NewsArticle 模板的輔助實作，不保證採用或顯示。交付 before／after 對照與適用驗證。
WP03｜影片逐字稿模板建立 /insights/transcripts/[slug] 或書面同意的等效路徑，以 SSR／static HTML 呈現。包含 VideoObject、講者姓名／職稱、原新聞稿回連與預設 self-referencing canonical；重複內容或其他治理要求另行書面確認。不含大量逐字稿製作與翻譯。
WP04｜Directus 編輯流程由編輯於發布前主動產生 Alt Draft；上傳圖片不自動傳送 AI。人工確認或修改完成前阻擋相關新聞稿發布。適用上線後新建且使用支援欄位的圖片；filename-only 不算有意義替代文字。既有圖片、裝飾性圖片、第三方素材與 API／CMS 限制列例外。Logo 與通用品牌素材使用核准基本標籤。交付 alt-text review 與語意結構編輯指南。
WP05｜路徑遷移/blog → /insights，/tw/blog → /tw/insights；各 slug 個別 301。更新凍結清單內 internal links、XML sitemap、canonical、Schema references、navigation、breadcrumbs、page titles、footer display name。起始 6 個 routes；最多 100 個 unique internal-link source occurrences。kickoff 重建並書面凍結。
WP06｜無障礙 Phase AHomepage、press release list、press release article：鍵盤操作、focus management、2.4.11 AA、2.5.8 AA（24×24 CSS px 或足夠間距，依條文例外）、可控制核心 UI／元件／樣式的對比與 ARIA（Navigation、Search、Forms、Media）。2.4.12／2.4.13 AAA 僅 best-effort。完成 checklist 與樣本測試。
WP07｜QA 與技術交接執行三模板 QA、Lighthouse 三次測試、適用 Schema 驗證與 redirect QA；交付 raw evidence、編輯指南、技術交接文件及雙方書面凍結的例外紀錄。
WP08｜AQA 報告審閱審閱 ASUS IT／AOCC 指定版本，依嚴重度整理發現、修復評估與後續投入評估。本項不包含實際 remediation；與本 SOW 已列 Phase A 重疊者仍按原範圍處理。本版不呈現報價或量化工時。
WP09｜上線後追蹤go-live 後 90 天交付 Vercel AI-bot、GSC impressions／rich-result appearances 前後比較，受授權、retention 與可用性限制；抽查 10 篇新新聞稿的 alt-text quality 與 schema completeness，提出後續建議。
WP10｜專案協調Kickoff、每週狀態、decision log、風險／依賴追蹤與驗收證據協調；維護 scope、URL inventory、exception log、資料處理決策與變更要求。
03

交付成果登錄表

原文明訂§7；對應工作包為整理欄位 / WP mapping added for navigation
ID成果工作包
D01Baseline Capture Report 與固定 Lighthouse 測試設定WP01
D02Schema.org 實作WP02
D03Schema 修正前後對照文件WP02
D04影片逐字稿頁面模板WP03
D05Directus 編輯主動觸發 Alt Text 流程WP04
D06Alt Text 與語意結構編輯指南WP04
D07301 redirect 實作WP05
D08凍結 URL／internal-link 清單與 sitemap、canonical、navigation、breadcrumb 更新WP05
D09WCAG 2.2 AA Phase A 技術修復WP06
D10三核心模板 Lighthouse 證據及 Performance 診斷WP07
D11雙方書面確認、handoff 前凍結的 Exception LogWP01 / WP07
D12受支援結構化資料的驗證結果；排除 FAQ rich-result 驗證WP02 / WP07
D13Technical Handoff Document：Schema 維護、逐字稿模板、redirect inventory、Alt Text 流程及例外紀錄WP07
D14AQA findings 審閱與後續修復評估摘要（不呈現量化工時）WP08
D15上線後 90 天追蹤報告WP09
04

驗收標準與證據

原文明訂§8.1-§8.2、Appendix B
驗收項目通過條件／必要證據
Accessibility｜硬性門檻每個核心模板 handoff 三次中位數 ≥95，且列明 Phase A checklist 同時完成；不是只看分數。
SEO｜硬性門檻每個核心模板 handoff 三次中位數 ≥90，並完成 crawlability、metadata 與範圍內 markup 修正。
Performance無固定分數要求。提供 baseline、相同方法三次中位數、LCP／CLS／INP（可取得時）及 FCP 診斷；完成範圍內最佳化，修復可歸因 Tenten 實作的退步。
固定測試方法Kickoff 凍結 Lighthouse／Chrome 版本、mobile profile、locale、cache、network／throttling、viewport、測試地點及 authentication state；baseline 與 handoff 使用相同設定。每個代表 URL 連續三次，保留 raw JSON 與 screenshots；使用 production URL 實際輸出。
例外紀錄以 baseline 為依據記錄第三方元件、客供內容及範圍外系統，雙方書面同意並在 handoff 前凍結。例外僅界定責任與處置；不得調整 raw score 或自動豁免硬性門檻。
Structured data本案新增／修改、仍受工具支援的 markup，不含本案可控制的 critical syntax errors；使用 Schema Markup Validator 與適用 Rich Results Test。FAQ rich-result validation／appearance 不納入。
Alt Text 流程適用新圖片：editor 主動觸發 → draft → 人工確認／修改 → 才能發布。embargo 圖片只用核准 ZDR 路徑，否則人工處理。
301／逐字稿凍結清單六個基準 routes 與書面新增項：正確 301、無 loop／chain。逐字稿約定樣本可爬取 HTML，具 VideoObject、canonical 與 back-link。
AQA／90 天報告交付指定 AQA 報告審閱及修復評估；90 天報告含可取得資料及 10 篇新稿抽查，不設流量、索引、引用或 rich-result 最低 KPI。
05

原文件測試基準

原文明訂Appendix B

以下為原文件記載的 2026-08-05 可行性 baseline，並非本次重新測試或 handoff 成績。Lighthouse 13.4.1；mobile 412 × 823；simulated throttling；每個 URL 三次中位數。Kickoff 仍須凍結正式測試設定。

核心模板／代表 URLAccessibilitySEOPerformance
首頁｜https://press.asus.com/919265
新聞列表｜https://press.asus.com/news/839263
新聞內頁｜https://press.asus.com/news/press-releases/asus-prime-ap304-pc-case/8910056
06

AI 圖片資料處理與編輯控制

原文明訂§5.4、§9
控制點執行要求
供應商啟用前預定供應商 OpenAI API；僅能使用 ASUS 書面核准的 organization／contract、具 ZDR 或等效零保留且支援 image-input endpoint 的設定。不得將 ASUS inputs／outputs 用於模型訓練；pre-publish／embargo 圖片輸入與輸出均須零保留。
核准證據啟用前記錄 provider、account owner、endpoint、region、DPA／ZDR 證據及核准日期。預定供應商不等於已具備合規資格。
編輯觸發與發布阻擋上傳 → 不傳送 AI → 編輯於 pre-publish review 主動 Generate Alt Draft → 人工確認／修改 → 解除適用發布阻擋。
不符合條件時provider 或 endpoint 無法同時滿足 no training 與 no retention，改用 manual、non-AI path，不向第三方模型傳送素材。
編輯指南包含替代文字審閱、question-style headings、self-contained answers、semantic heading hierarchy。Logo／通用品牌素材採 approved basic label。
07

URL 遷移起始清單

原文明訂§5.5、Appendix A

共同網域：https://press.asus.com。此為原文件 2026-08-13 清單，不代表當前完整 inventory。Kickoff 以 sitemap、Directus export、route config 與 automated crawl 重建，再由雙方書面凍結；最多 100 個 unique internal-link source occurrences。清單外 URL 不承諾 zero 404。

類型來源路徑目標路徑
EN root/blog/insights
EN post/blog/asus-design-thinking-awards-showcase-culture-of-innovation/insights/asus-design-thinking-awards-showcase-culture-of-innovation
EN post/blog/asus-empowers-startup-incubation-through-industry-academia-cooperation/insights/asus-empowers-startup-incubation-through-industry-academia-cooperation
EN post/blog/the-asus-simple-made-meaningful-design-philosophy-a-framework-for-innovation/insights/the-asus-simple-made-meaningful-design-philosophy-a-framework-for-innovation
TW root/tw/blog/tw/insights
TW post/tw/blog/what-is-an-ai-factory-enterprise-tw/tw/insights/what-is-an-ai-factory-enterprise-tw
08

範圍排除與成果限制

原文明訂§10、§5.6
類別排除事項
無障礙第三方國際認證與完整認證流程；未列 Phase A 的 WCAG success criteria；全站逐頁人工稽核與完整 conformance statement。AQA 實際修復僅限與既定 Phase A 重疊項。
內容與培訓既有全站圖片批次補 alt text、大量影片逐字稿撰寫／翻譯／整理、正式培訓課程與培訓錄影。
功能與架構Smart Summary Box、AI 新聞摘要、SEO Meta 批量生成、大型 redesign、全站架構重構，以及為追求固定 Performance 分數的廣泛重構。
系統整合與移除項第三方廣告、CRM、會員、金流及未指定行銷系統串接；/llms.txt、/llms-full.txt 的建置、驗證、更新與維護全部排除。
外部依賴與搜尋結果ASUS／第三方變更、新內容、不可移除 scripts／widgets／tracking、CDN／hosting／network 波動及範圍外系統限制；不保證 Google／AI 平台索引、引用、採用、排名、流量、AI answers 或 rich-result appearance。
B / 專案管理計畫
09

專案時程與相依關係

原文＋管理建議§6；階段依賴說明為管理建議 / dependencies proposed

各工作流依原文可重疊進行；此為建議期程，非已確認日曆。客戶審核、第三方、權限或 scope change 的等待依實際影響順延。

時間主要工作啟動／完成依據
T0正式起算條件ASUS 提供必要權限、測試環境、內容／URL inventory、ZDR 決策與指定窗口。尚無確認起始日，不換算承諾日期。
W1-2Kickoff、baseline、inventory、固定測試與資料處理決策建立 URL 與 internal-link 凍結版本、測試設定、例外初稿及 AI／人工路徑核准紀錄。
W3-4Schema audit 與 gap fixes使用已確認模板／欄位與 baseline，含 Speakable 輔助項。
W3-5逐字稿模板、資料結構與 VideoObject需確認樣本素材、路徑與 canonical 規則。
W4-6Alt Text workflow 與編輯指南先確認核准 API 或人工路徑，再驗證人工審閱與發布阻擋。
W5-7301、sitemap、canonical、internal links依凍結 inventory 實作與測試；新增範圍先處理書面變更。
W6-9WCAG Phase A 修復與例外複核檢查共用元件影響，預留回歸測試與門檻修正時間。
W9-10QA、Lighthouse、handoff 與 AQA review提交完整證據包；ASUS 書面審閱另有 10 個工作日，不能假定於 W10 內必然完成。
Go-live +30 日程式缺陷保固期結束從 production go-live 起算 30 個曆日；與 handoff 日期分別記錄。
Go-live +90 天追蹤報告與 10 篇新稿抽查資料存取、保留與樣本數於啟動時安排；報告完成後再確認追蹤工作結案。
10

交付組織與責任分工

原文＋管理建議§12；工作層級責任配置為管理建議 / activity allocation proposed

Tenten 專業人員替換須事先書面通知，並具同等或更高能力。專案窗口與核准人不得以本文件推定已就任。

角色負責事項狀態
Erik ChenAccountable Delivery Owner／Technical Lead：架構、技術交付、驗收證據與技術升級處理。原文指定
Rae Yu專案協調窗口；建議管理例會、交付排程與紀錄彙整。角色原文指定；細部配置待確認
前端／WCAG 工程師核心模板、WCAG、逐字稿前端與路徑更新的實作責任，細部任務於 kickoff 分派。人員名單 kickoff 前書面提供
Directus／CMS 工程師CMS 欄位、Alt Text 流程、人工 fallback 與發布控制。人員待指定
QA／無障礙專家固定設定測試、checklist、redirect／Schema QA 及證據完整性。人員待指定
ASUS 指定 owner決策、inventory 核准、security approval 與書面驗收；協調內部窗口。kickoff 前由 ASUS 指定
ASUS 編輯／IT／AOCC／安全審查建議分別提供內容與人工審閱、環境／權限、指定 AQA 版本與資料處理核准證據，由 owner 整合決策。工作層級分工待確認
11

治理節奏與管理台帳

管理建議§5.10、§8.3、§14；格式與節奏細節為建議 / detailed formats proposed
機制建議執行方式／必要欄位
Kickoff確認 owner、名單、T0 條件、測試 profile、inventory 凍結規則、資料處理路徑、樣本、AQA 版本與審閱節點；會後留下書面決策。
每週狀態會議彙報本週成果／證據、下週計畫、里程碑狀態、依賴、風險及需 ASUS 決策項目；行動項指定 owner 與到期日。原文規定 weekly status，會議形式由雙方確認。
決策／行動台帳ID、議題、選項、結論、決策人、日期、依據、影響交付物、owner、到期日、狀態。尚未決定的項目保持「待決」。
URL／internal-link 清單source URL、anchor、target、template／CMS origin、proposed replacement、測試結果、凍結版本與雙方核准紀錄。
Exception LogID、baseline 證據、頁面／元件、限制原因、責任方、影響標準、處置方式、雙方書面同意、handoff 前凍結版本。例外不能改寫 raw score。
測試／缺陷台帳Test ID、交付物、URL／模板、設定、預期與實際、證據檔案、重現步驟、嚴重度、owner、修復版本與複測結果。
資料處理決策簿provider、account owner、endpoint、region、DPA／ZDR 證據、核准日期、AI／manual 選擇與變更紀錄。
12

初始風險與依賴清單

管理建議依 §5、§6、§8、§9 整理；風險優先級與對策為建議 / prioritisation & actions proposed
ID／優先級風險與影響建議責任方／處置
R01 / High權限、測試環境或 owner 未就緒，T0 無法確立。ASUS owner：用 readiness checklist 確認；記錄延誤與重排影響。
R02 / Highimage endpoint 或合約不符合零保留／不訓練，AI 路徑不能啟用。ASUS 安全審查＋Erik：先取得書面證據；不符合即用人工路徑。
R03 / High第三方腳本／客供內容壓低 raw score，可能無法達硬性門檻。Erik＋ASUS owner：baseline 提早辨識；確認處置，必要時書面變更驗收條件，不能僅靠 exception 放行。
R04 / Medium新增 URL／locale／routing logic 或超過 100 個 internal-link occurrences，範圍擴張。專案協調＋ASUS owner：凍結清單、追蹤差異、先完成書面變更。
R05 / Mediumlog retention／GSC 存取不足，90 天前後比較缺資料。ASUS IT＋Tenten QA：啟動時確認存取及保存安排；資料缺口如實註明。
R06 / Medium新新聞稿少於 10 篇、逐字稿樣本或 AQA 版本延遲，影響驗證與報告。ASUS 編輯／IT＋owner：提前確認樣本與提供日；不足時雙方書面決定處理方式。
R07 / Mediumhandoff、go-live、書面驗收及 90 天報告的結案關係未細化。雙方 owner：建立各自日期及核准紀錄，明確追蹤報告保留為後續交付。
13

範圍變更與升級處理

原文＋管理建議§5.5、§8.3、§14
步驟執行規則
1｜提出登錄 CR ID、原因、既有 baseline、要求變更、受影響 URL／模板／provider／驗收標準與提出人。（欄位為管理建議）
2｜評估Tenten 評估 scope、技術、期程、資料處理及驗收影響，列出相依與調整後交付物；本文件只保留非價格敏感內容。
3｜書面決定scope、期程、provider 或 acceptance criteria 變更須雙方書面 change order。凍結後新增 URL，僅相同 slug pattern 且無新 template／locale／data migration 者可書面加入；超出上限或新 routing／migration 須走變更。
4｜更新與驗證核准後更新 scope、inventory、排程、測試與相關紀錄；保留版本及核准依據。（執行細節為管理建議）
5｜驗收爭議升級先由 Erik Chen 與 ASUS designated owner 進行書面 escalation；scope expansion 另走 change order。
14

驗收流程、上線與保固

原文＋管理建議§8.3、§13；上線檢查項為建議 / launch checklist proposed
階段操作與完成條件
完整提交Tenten 於 handoff 一次提交完整 evidence package：交付清單、測試結果、raw files、frozen inventory 與 exception log。建議以 D01-D14 對照主交接成果，D15 保留為上線後交付。
ASUS 書面審閱收到 evidence package 後 10 個工作日內，書面接受或一次提交 consolidated defect list；缺陷必須具體、可重現並對應 SOW 驗收標準。未回覆不視為默示驗收。
修復與重新提交Tenten 於合理期間修復範圍內 defects 並重交受影響證據；第三方／客供／範圍外事項依凍結例外紀錄處理。原文未訂固定修復日數或重新審閱期間。
上線核准與回復準備建議確認 production 部署窗口、核准人、部署版本、備份／rollback、發布後 smoke tests 與實際 go-live 時間。原文未定部署窗口及完整上線流程，須 kickoff 確認。
30 日 code-defect warrantyproduction go-live 起 30 個曆日；限本 SOW 交付程式造成、可重現、使已驗收功能偏離書面規格的 defects。收到完整重現步驟後 2 個工作日內完成初步 triage 並提出修復計畫；這不是兩日內修復承諾。
保固排除handoff 後 ASUS／第三方 code、content、configuration 變更；新功能、CR、新 URL／template、範圍外工作；瀏覽器／Directus／API／政策／hosting／CDN 等更新；新掃描 findings、AQA remediation、搜尋成果、既有系統、客供內容及例外項。
追蹤交付結案go-live 後 90 天提交 D15；建議以資料期間、取得限制、10 篇樣本、發現及建議確認完整性，另留書面收件紀錄。此報告的獨立審閱期限與結案核准方式待確認。
15

Kickoff 待確認事項

待確認來源未細化項目之整理 / source gaps identified

以下是執行前需補齊的決策，不表示專案已發生缺失或延誤；不得把未確認的建議視為既定合約承諾。

ID待確認事項建議完成點
Q01原 Rev4 的最終核准／簽署版本、ASUS owner 與 Tenten specialist roster。Kickoff 前
Q02T0 日期、權限與環境、內容交付日；區分 handoff、go-live、書面驗收與追蹤結案日期。Kickoff
Q03Lighthouse／Chrome 正式版本、代表 URL／locale、完整 Phase A checklist、樣本範圍與例外基準。W1-2 baseline 凍結
Q046 routes 與 100 unique internal-link source occurrences 的重建結果、計數／去重規則及凍結簽核。W1-2 inventory 凍結
Q05AI provider／endpoint 的實際核准證據；人工 fallback 的操作角色、支援欄位與 exception handling。啟用前
Q06逐字稿樣本數與素材、canonical 特例、Schema 樣本與約定 NewsArticle 模板。對應實作啟動前
Q07AQA 指定報告版本與提供日；重疊 Phase A findings 的對照。AQA review 前
Q08Vercel／GSC 權限、資料期間與保存；不足 10 篇新稿時的處理方式。Kickoff 安排；報告前確認
Q09Production 部署／rollback、缺陷嚴重度與修復排程協議、重新提交的審閱期間、D15 的獨立收件與結案方式。handoff／go-live 前