企業形象網站
多頁式官網，適合需要說明多項服務、建立專業信任的企業。
- 典型頁數：5 至 12 頁
- 標準頁面：首頁、關於、服務總覽、各服務分頁、作品、常見問題、聯絡
- 每項服務獨立成頁，對應獨立關鍵字
- 適合：專業服務、工程、教育、診所、B2B
Web Design
香港網頁設計服務｜響應式企業網站、網店與落地頁製作
由資訊架構、設計系統、前端開發到速度與無障礙標準，DMB 為香港企業製作既代表品牌、又能帶來查詢的網站。SEO 與 GEO 結構由建站第一天開始處理，不需要日後推倒重來。
Quick Answer
DMB 的網頁設計服務包含什麼？
DMB 提供五類網站製作服務：企業形象網站、一頁式網站與 Landing Page、網上商店、網站改版與遷移，以及網站速度與無障礙優化。所有項目包含資訊架構規劃、設計系統建立、響應式前端開發、SEO 基礎結構、結構化資料部署、GA4 追蹤設置與上線後支援。
企業形象網站由確認方向到上線一般需時 3 至 6 星期，落地頁約 1 至 2 星期，網上商店約 6 至 10 星期。採用專案制報價，需求訪談後提供書面報價，列明交付項目、修改次數與時間表。
與只交付「設計稿 + 網頁」的做法不同，我們把三件事一併處理：網站在建構時已按關鍵字架構分頁、每頁已具備可被 AI 引擎引用的問答式結構、追蹤事件在上線前已驗證。這樣做的直接好處是，之後執行 SEO 與 廣告投放 時不需要重建頁面。
Why It Matters
網站是品牌的第一印象，也是唯一完全屬於你的渠道
在香港，客戶接觸你之前幾乎一定先在網上搜尋過。一個專業、快速、易用的網站，能在幾秒內建立信任、說明服務價值，並引導訪客留下查詢。
更關鍵的是，網站是唯一不受平台演算法左右的資產。社交平台會改規則、廣告成本會上升、KOL 合作會結束，但網站上的內容、排名與客戶名單完全屬於你。所有 數碼營銷 投放，最終都需要一個能承接流量的落點。
網站做得不好的三個典型症狀
一、有流量無查詢。訪客進入後找不到「你做什麼、有什麼分別、點聯絡」，或者聯絡方式藏在頁尾。這是資訊架構與轉換路徑的問題，不是流量的問題。
二、有網站無排名。全部服務擠在同一頁，每條關鍵字都沒有專屬頁面可以競爭。這是頁面規劃的問題，補內容之前要先補結構。
三、手機版體驗差。桌面版直接縮小、按鈕難點、表單過長、圖片載入時把內容推走。這些問題會同時反映在轉換率與 Core Web Vitals 上。
Website Types
五類網站服務與適用情境
先確認你需要哪一類，再談設計與報價。選錯類型是最貴的錯誤。
一頁式網站與 Landing Page
單一目標、單一行動呼籲，配合廣告投放使用效果最佳。
- 典型頁數：1 至 3 頁（含成功頁）
- 通常移除主導航以減少分心
- 訊息與廣告文案對齊（Message Match）
- 適合：活動推廣、新產品發布、招生、限時優惠
網上商店與電商網站
涉及線上收款、庫存與訂單流程，SEO 結構與形象網站完全不同。
- 分類頁與產品頁的關鍵字分工
- Product、Offer 結構化資料
- 篩選參數網址索引控制
- 訪客結帳與運費前置顯示
網站改版與遷移
保留既有內容與 SEO 資產，同時更新視覺、結構與技術。
- 舊網址與新網址一對一對應表
- 伺服器端 301／308 永久重新導向
- 保留有排名的內容並改寫升級
- 上線後索引狀況密集監察
速度與無障礙優化
針對既有網站的效能與可及性改善，毋須整站重做。
- Core Web Vitals 三項指標診斷與修正
- 圖片格式轉換與尺寸優化
- WCAG 2.2 AA 對比度與焦點樣式檢查
- 鍵盤操作與螢幕閱讀器測試
網站維護與內容更新
上線之後才是長期關係的開始。
- CMS 與外掛更新、安全修補
- SSL 憑證與網域到期監察
- 定期備份與還原測試
- 失效連結、404 與表單送達測試
Process
六階段設計流程與交付物
每個階段都有明確產出，客戶確認後才進入下一步，避免走到最後才發現方向不對。
需求訪談與現況診斷
了解業務目標、目標客群、競爭對手與預算範圍，同時檢查現有網站、Google 商家檔案與追蹤設定。
交付：初步診斷摘要、建議方向、預算與時程範圍資訊架構與線框圖
規劃網站地圖、導航結構、每頁內容大綱與關鍵字對應表，並繪製線框圖確認版面邏輯。這一步不談顏色與字體。
交付：網站地圖、關鍵字對應表、內容大綱、線框稿設計系統與視覺設計
先建立色彩、字型、字級、間距與組件規範，再完成首頁與代表性內頁的高保真設計稿。
交付：設計系統文件、桌面版與手機版設計稿前端開發與內容製作
以語意化 HTML5、CSS 變數與原生 JavaScript 製作響應式頁面，同步撰寫 SEO 文案、部署結構化資料、優化圖片。
交付：測試網址（設 noindex）、內容稿測試、追蹤設置與上線
跨瀏覽器與跨裝置測試、無障礙檢查、Core Web Vitals 量測、GA4 與 GTM 事件逐項驗證，確認後移除 noindex 正式發布並提交 sitemap。
交付：上線檢查清單、追蹤驗證報告、後台操作培訓上線後監察與持續優化
上線首兩星期每日監察索引與抓取狀況，之後按月檢視流量、轉換、排名與效能數據，並提出下月優化建議。
交付：月度報告、優化建議清單項目最常延期的原因
不是設計改稿，而是內容。文字、相片、產品資料、公司資歷這些材料若未準備好，開發階段就會停擺。我們會在第一階段就交付內容清單與範例，並可提供 文案撰寫與產品攝影 服務代為處理。
Technical Standards
技術規格與交付標準
以下是每個 DMB 網站項目的基本要求，不論項目大小都適用。
前端技術選擇
我們採用語意化 HTML5、以 CSS 自訂屬性（CSS Variables）建立的設計系統，以及原生 JavaScript，不依賴大型前端框架。
這個選擇的理由很實際：頁面體積小、首次載入快、搜尋引擎可直接讀取內容（毋須等待 JavaScript 渲染）、日後移植到 WordPress 或其他 CMS 時改動最少，而且不會因為框架版本更新而需要重寫。
典型的技術組成
語意標籤（header、nav、main、article、section、footer）、CSS Grid 與 Flexbox 版面、clamp() 流體字級、IntersectionObserver 滾動效果、原生 details 元素做 FAQ 摺疊、表單前端驗證配合伺服器端處理。
Delivery Checklist
每個項目的交付清單
- 每頁單一 H1，H2／H3 依內容邏輯排列
- 每頁獨立的 Title 與 Meta description
- canonical 標籤、robots meta、Open Graph 與 Twitter Card
- 結構化資料：Organization、BreadcrumbList、Service／Product、FAQPage
- robots.txt 與 sitemap.xml，並提交至 Search Console
- 所有圖片具描述性 alt、標明 width 與 height
- 內部連結使用描述性錨文字
- HTTPS 與 SSL 憑證，HTTP 自動導向 HTTPS
- 404 頁面設計，提供返回路徑
- GA4 與 GTM 部署，關鍵事件逐項驗證
- 表單成功頁（Thank You Page）作為轉換觸發點
- 私隱政策與收集個人資料聲明
Performance
網站速度優化與 Core Web Vitals
速度不只影響體驗，亦是 Google 明確公佈的頁面體驗訊號。以下是官方門檻與我們的實際做法。
三項核心網頁指標的官方門檻
根據 Google web.dev 的定義，以下門檻以真實用戶數據的第 75 百分位計算，一頁必須三項同時達標才算通過。
| 指標 | 量度內容 | 良好 | 需要改善 | 差 |
|---|---|---|---|---|
| LCP Largest Contentful Paint |
最大內容元素的載入完成時間 | ≤ 2.5 秒 | 2.5 – 4.0 秒 | > 4.0 秒 |
| INP Interaction to Next Paint |
頁面對點擊、輕觸與按鍵的反應速度 | ≤ 200 毫秒 | 200 – 500 毫秒 | > 500 毫秒 |
| CLS Cumulative Layout Shift |
載入過程中版面的意外移位程度 | ≤ 0.1 | 0.1 – 0.25 | > 0.25 |
INP 已取代原有的 FID 成為互動性指標，評估以 Chrome 真實用戶數據為基礎，採 28 天滾動視窗計算。
改善 LCP 的做法
- 首屏主圖以 preload 預先載入，並設 fetchpriority="high"
- 首屏圖片不要使用 loading="lazy"
- 字型來源 preconnect，並使用 font-display: swap
- 減少阻擋渲染的 CSS 與 JavaScript
- 啟用伺服器壓縮與適當的快取標頭
- 使用 CDN 縮短傳輸距離
改善 INP 的做法
- 減少主執行緒上的長任務
- 避免在滾動事件中做繁重運算，改用 passive listener
- 以 IntersectionObserver 取代 scroll 監聽
- 延後載入非必要的第三方腳本
- 減少不必要的 DOM 節點數量
改善 CLS 的做法
- 所有圖片與影片標明 width 與 height
- 為廣告位與嵌入內容預留固定空間
- 避免在既有內容上方動態插入元素
- 字型使用 size-adjust 減少替換時的位移
- 動畫使用 transform 而非改變版面屬性
圖片格式：WebP 與 AVIF 可以慳幾多？
圖片通常佔網頁總體積最大比例，因此格式選擇對 LCP 影響最直接。根據 Google 公布的 WebP 基準測試，在相同視覺質素下，有損壓縮的 WebP 檔案比 JPEG 小約 25% 至 34%；AVIF 的壓縮效率更高，獨立基準測試普遍顯示比 JPEG 小約 20% 至 50%，並比 WebP 再小約 10% 至 20%，代價是編碼時間較長。
| 格式 | 相對 JPEG 的檔案大小 | 透明背景 | 編碼速度 | 建議用途 |
|---|---|---|---|---|
| JPEG | 基準 | 不支援 | 快 | 後備格式，確保最大相容性 |
| WebP | 約小 25% – 34% | 支援 | 快 | 網站主力格式，相容性佳 |
| AVIF | 約小 20% – 50% | 支援 | 較慢 | 首屏大圖與相片密集頁面 |
| SVG | 視內容而定，通常極小 | 支援 | 不適用 | 標誌、圖示、線條圖形 |
實務做法是使用 picture 元素同時提供 AVIF、WebP 與 JPEG 三個來源，由瀏覽器自行選擇支援的格式；同時以 srcset 提供多種尺寸，避免手機下載桌面版大圖。資料來源：Google WebP 基準測試與多份 2026 年獨立格式基準比較。
Accessibility
無障礙設計與 WCAG 2.2 Level AA
無障礙不只是照顧特定人士，實際上亦改善所有人的使用體驗——在陽光下看螢幕、單手操作、網絡緩慢時，同樣受惠。
| 項目 | 最低要求 | 說明 |
|---|---|---|
| 一般文字對比度 | 4.5 : 1 | 文字與背景之間，包括連結文字 |
| 大字對比度 | 3 : 1 | 約 24px 一般字重，或約 18.66px 粗體以上 |
| 非文字介面元件 | 3 : 1 | 按鈕、輸入框邊框、焦點指示框、圖示 |
| 觸控目標尺寸 | 24 × 24 CSS 像素 | Level AA 的最低目標面積，部分情況設有例外 |
我們的實際做法
除了對比度與目標尺寸，我們在每個項目加入以下處理：
鍵盤操作
提供「跳至主要內容」連結、使用 focus-visible 顯示清晰焦點外框並保留 offset、確保 Tab 次序與視覺次序一致、彈出式選單開啟時鎖定焦點、Esc 可關閉。
語意與輔助技術
使用正確的語意標籤而非全部 div、表單標籤與輸入框以 label 正確關聯、錯誤訊息以 role="alert" 即時通報、裝飾性圖片使用空 alt 並加 aria-hidden。
動態效果可關閉
支援 prefers-reduced-motion，當用戶在系統設定要求減少動態時，直接顯示內容而不播放動畫，避免引發不適。
觸控友善
雖然 WCAG 2.2 AA 的最低要求為 24 × 24 CSS 像素，我們實務上把主要按鈕的可觸控範圍設為至少 44 × 44 像素，以減少手機誤觸。
SEO & GEO Ready
從建站開始的 SEO 與 GEO 友善結構
上線後才補做 SEO，往往需要重構頁面結構。在設計階段處理，成本接近零。
SEO 結構：頁面規劃先於內容撰寫
一頁一意圖
每一組有商業價值的關鍵字，對應一個獨立頁面。把五項服務擠在同一頁，等於放棄四個排名機會，同時造成自我競爭（keyword cannibalization）。
標題層級對應內容邏輯
H1 是頁面主題，H2 是主要章節，H3 是章節下的子項。層級應該由內容決定，而非因為某段字要大一點就用 H2。
內部連結與錨文字
每頁在正文中連向 3 至 5 個相關頁面，錨文字使用描述性關鍵字（例如「香港網頁設計服務」）而非「按此」。麵包屑導航則向搜尋引擎表達頁面層級。
網址、sitemap 與索引控制
網址簡短可讀、避免無意義參數；sitemap.xml 只列可索引頁面並提交至 Search Console；測試環境設 noindex，上線時記得移除。
GEO 結構：讓 AI 引擎能夠引用
結論先行的段落寫法
每個小節開頭先給出直接答案，再展開解釋。生成式引擎在抽取內容時，偏向可獨立成立的完整段落。
問答式區塊與 FAQPage 標記
每頁加入 FAQ 區並以 FAQPage 標記，是目前令內容被 AI 問答式回應引用的最有效結構之一。標記內容必須與可見內容完全一致。
具體數字與出處
以「LCP 2.5 秒以下」取代「載入要夠快」，以「WCAG 2.2 AA 對比度 4.5:1」取代「顏色要清晰」，並註明資料來源。可查證的內容更容易被引用。
重要資訊必須是 HTML 文字
價格、規格、聯絡方式、服務範圍若只存在於圖片或需要互動才載入的元件中，搜尋引擎與 AI 都讀不到。
實體一致性
品牌名稱、電話、地址、服務描述在全站與各平台保持一致，並以 Organization 與 sameAs 串連，令 AI 能穩定辨識你是哪一間公司。
Redesign & Migration
網站改版與安全遷移流程
改版最大的風險不是設計不好看，而是流量斷層。以下按 Google Search Central 的官方建議執行。
改版前必做的三件事
一、匯出現有網址清單。由 Search Console、GA4 與網站 sitemap 取得全部已收錄與有流量的網址，建立完整清單。
二、標記有價值的頁面。哪些頁面有排名、有外部連結、有轉換？這些內容應該保留並升級，而非直接刪除重寫。
三、記錄基準數據。改版前的自然流量、排名、轉換數、Core Web Vitals 數值，全部記錄下來，才有比較基礎。
遷移執行步驟
Google Search Central 對於網址變更的建議相當明確，我們每次改版都按此執行：
- 先準備新網站並完整測試（測試環境設 noindex 或加密碼保護）
- 製作由舊網址對應到新網址的一對一清單，逐條核對
- 設定伺服器端永久重新導向，建議使用 301 或 308
- 避免重新導向鏈：Googlebot 最多可跟隨 10 跳，但官方建議少於 5 跳、理想不超過 3 跳，並盡量直接導向最終目標
- 確認新網站的 rel="canonical" 全部指向新網址
- 更新內部連結，直接指向新網址而非依賴重新導向
- 在 Search Console 提交新的 sitemap.xml
- 若涉及更換網域或子網域，在舊資源提交「變更網址」（Change of Address）
- 重新導向盡可能長期保留，官方建議至少維持一年
- 上線後首兩星期每日監察索引與抓取錯誤，之後轉為每週檢視
資料來源：Google Search Central《Site Moves and Migrations》及 Search Console 說明中心「變更網址工具」。
改版常見錯誤
把所有舊網址一律 301 導向首頁，是最常見亦最具破壞性的做法。這樣做會令 Google 視為「軟 404」，失去原本頁面累積的相關性與排名。正確做法是逐條對應到內容最相近的新頁面；若真的沒有對應內容，才考慮導向所屬分類頁。
Hong Kong Context
香港企業網站的本地考量與合規要求
在香港做網站，有幾項本地因素是海外模板不會處理的。
網域選擇
「.hk」及「.香港」域名由香港互聯網註冊管理有限公司（HKIRC）負責管理，適合強調本地身分的企業；「.com」則在國際認知度上較有優勢。不少企業會同時註冊兩者，並以 301 把其中一個導向主網域，避免內容重複。
個人資料私隱（PDPO）
香港《個人資料（私隱）條例》的保障資料第 1 原則要求，直接向當事人收集個人資料時，須於收集當日或之前告知資料用途與相關權利。網站表單必須配合收集個人資料聲明。
繁簡與多語言
面向內地客群時，簡體版不應只做機器轉換——用語習慣（例如「網絡／网络」「質素／质量」）與搜尋詞都有差異。技術上需以 hreflang 標明 zh-Hant-HK、zh-Hans-CN 與 en 版本關係。
WhatsApp 作為主要渠道
香港用戶習慣以 WhatsApp 直接查詢。網站應在頁首、內容區與頁尾提供 wa.me 連結，並可預填查詢訊息，同時把點擊設為追蹤事件以計算轉換。
本地支付方式
網店除信用卡外，宜考慮支援 FPS 轉數快、PayMe、支付寶香港與八達通等本地常用方式，減少結帳階段流失。
本地搜尋與商家檔案
網站的名稱、地址、電話（NAP）必須與 Google 商家檔案完全一致，並以 LocalBusiness 結構化資料標記，有助本地搜尋與地圖曝光。
表單收集個人資料：需要告知什麼？
根據個人資料私隱專員公署的說明，若直接向資料當事人收集個人資料，應在收集當日或之前，以明確易明的方式告知以下事項：
- 提供資料是必需還是自願；若屬必需，不提供會有什麼後果
- 收集資料的用途（須具體，不能只寫「作業務用途」）
- 資料可能轉移予哪類人士
- 當事人查閱及更正個人資料的權利
- 處理查閱資料要求的聯絡人職銜與地址
此外，已收集的個人資料須以安全方式處理，並只保留至達成收集目的所需的時間為止。實務上，我們會在每個表單旁設置簡短的收集個人資料聲明（PICS），並連結至完整的私隱政策頁面。
資料來源：香港個人資料私隱專員公署《個人資料（私隱）條例》概覽。以上為一般性說明，並非法律意見；如涉及敏感資料或跨境轉移，建議諮詢法律專業人士。
Pricing Factors
網頁設計價錢由什麼決定？
同樣是「做個網站」，報價可以相差十倍。原因不在設計師手快手慢，而在工作範圍。
| 因素 | 對報價的影響 | 如何控制成本 |
|---|---|---|
| 頁面數量 | 最直接的因素；每增加一頁需要內容、設計與開發時間 | 先做核心頁面上線，之後按需要逐步增加內容頁 |
| 多語言版本 | 每個語言版本需要獨立內容、hreflang 設定與後續維護 | 先確認哪個語言帶來實際生意，再逐步擴充 |
| 電商或會員功能 | 涉及付款、庫存、訂單與帳戶系統，複雜度大幅提升 | 初期可先用形象網站加詢價表單驗證需求 |
| 內容與相片來源 | 由設計方撰寫文案與拍攝相片會增加費用 | 自行提供文字與素材，或只委託關鍵頁面的文案 |
| 第三方系統接駁 | 付款閘道、CRM、預約系統、EDM 每項都需要開發與測試 | 列出必要與可選項目，分階段接駁 |
| CMS 後台需求 | 需要自行更新內容則要建置與培訓；靜態網站成本較低 | 評估實際更新頻率，低頻率可交由服務方更新 |
| 維護與支援範圍 | 按次收費或月費維護計劃，影響長期總成本 | 明確界定回應時間與每月包含的修改工時 |
DMB 的報價方式
我們採用專案制報價：需求訪談後提供書面報價，列明交付項目、頁面清單、修改次數、時間表與付款安排，不設隱藏收費。若中途需要增加範圍，會先提供變更報價再執行。
網站上線後的維護可按次計算或採用月費計劃，客戶可自行選擇。域名與主機費用一般由客戶直接持有，避免日後轉移困難。
報價時應該問的問題
向任何一間網頁設計公司索取報價時，建議確認以下幾點：報價包含多少頁？修改次數上限？是否包含文案與圖片？網站原始碼與帳戶擁有權屬於誰？上線後的支援期多長？是否包含 SSL、sitemap 與 Search Console 設定？
這些問題的答案，比單看價格數字更能反映實際成本。收費模式的完整說明，可參考首頁的收費與預算章節。
Compare
形象網站、落地頁與網上商店對照
三種網站的目標、結構與量度方式完全不同，選對類型比選對設計風格更重要。
| 比較項目 | 企業形象網站 | Landing Page | 網上商店 |
|---|---|---|---|
| 主要目標 | 建立信任、說明服務、收集查詢 | 單一轉換行動（報名、查詢、購買） | 線上完成交易 |
| 典型頁數 | 5 – 12 頁 | 1 – 3 頁 | 數十至數百頁 |
| 導航設計 | 完整主導航與頁尾連結 | 通常移除主導航，減少分心 | 分類導航、搜尋、篩選、購物車 |
| SEO 重點 | 服務頁深度、FAQ、內部連結 | 通常依賴廣告流量，SEO 為次要 | 分類頁內容、產品頁原創描述、參數控制 |
| 結構化資料 | Organization、Service、FAQPage、BreadcrumbList | WebPage、FAQPage | Product、Offer、ItemList、Review |
| 核心指標 | 自然搜尋流量、查詢量、品牌搜尋 | 轉換率、每次轉換成本、名單質素 | 結帳完成率、平均訂單價值、回購率 |
| 典型製作時間 | 3 – 6 星期 | 1 – 2 星期 | 6 – 10 星期 |
| 適合對象 | 專業服務、工程、教育、診所、B2B | 活動推廣、招生、新品發布 | 零售、品牌直銷、訂閱制產品 |
FAQ
網頁設計常見問題
以下 12 條為客戶查詢網頁設計服務時最常提出的問題，答案已同步標記 FAQPage 結構化資料。
網頁設計項目需要多少時間？
企業形象網站由確認方向到正式上線一般需要 3 至 6 星期：需求訪談與資訊架構約 1 星期、設計系統與視覺設計約 1 至 2 星期、開發與內容製作約 1 至 2 星期、測試與上線約 3 至 5 個工作天。
單頁式落地頁約 1 至 2 星期；網上商店因涉及產品資料、付款與物流設定，通常需要 6 至 10 星期。實際時間最常受客戶提供文字與相片的速度影響，詳見六階段流程。
網頁設計價錢受什麼因素影響？
主要有七項：頁面數量、是否需要多語言版本、是否包含電商或會員系統、內容與相片是否由設計方製作、需要接駁的第三方系統數量、是否需要 CMS 後台，以及上線後的維護範圍。
DMB 採用專案制報價，需求訪談後提供書面報價，列明交付項目、修改次數與時間表。完整對照表見價格影響因素章節。
網頁設計定網店？我應該做邊種？
如果目標是建立信任、說明服務並收集查詢（專業服務、診所、工程公司、教育中心），企業形象網站配合 Landing Page 已經足夠，重點在服務頁深度與 FAQ 內容。
如果需要線上收款、庫存管理與訂單流程，則應採用電商平台。兩者 SEO 結構亦不同，詳細對照見三類網站比較表。
什麼是響應式網站（RWD）？
響應式網頁設計指同一套 HTML 與 CSS，透過彈性網格、彈性圖片與媒體查詢，令版面按裝置螢幕闊度自動調整，而非為手機另建獨立網址。
優點是內容只需維護一份、不會出現桌面版與手機版內容不一致，亦符合 Google 以流動裝置版本為主要索引依據的做法。
網站速度要達到什麼標準？
參考 Google web.dev 的核心網頁指標定義，良好門檻為 LCP 2.5 秒或以下、INP 200 毫秒或以下、CLS 0.1 或以下，並以真實用戶數據的第 75 百分位計算，三項必須同時達標。
常見改善手法包括圖片改用 WebP 或 AVIF、為圖片標明尺寸、字型預先連線、減少阻擋渲染的資源，以及延後載入非首屏內容。完整清單見速度優化章節。
WebP 與 AVIF 可以慳幾多？
根據 Google 公布的 WebP 基準測試，在相同視覺質素下，有損壓縮的 WebP 檔案比 JPEG 小約 25% 至 34%。
AVIF 壓縮效率更高，獨立基準測試普遍顯示比 JPEG 小約 20% 至 50%，並比 WebP 再小約 10% 至 20%，代價是編碼速度較慢。實務做法是以 picture 元素同時提供 AVIF、WebP 與 JPEG，由瀏覽器自行選擇。
DMB 的網站符合什麼無障礙標準？
以 W3C 的 WCAG 2.2 Level AA 作為設計參考標準：一般文字對比度至少 4.5:1，大字（約 24px 一般字重或 18.66px 粗體以上）至少 3:1，非文字介面元件至少 3:1，觸控目標面積至少 24 × 24 CSS 像素。
此外提供跳至主要內容連結、可見鍵盤焦點樣式、完整圖片替代文字，並支援 prefers-reduced-motion。詳見無障礙章節。
網站改版會不會影響原有的 Google 排名？
處理不當會有影響，但可透過標準流程把風險降到最低：先完整測試新網站、製作舊網址到新網址的一對一對應表、使用伺服器端 301 或 308 永久重新導向、避免重新導向鏈。
Googlebot 最多可跟隨 10 跳，但官方建議少於 5 跳、理想不超過 3 跳。另需確認 canonical 指向新網址、提交新 sitemap，換網域則使用「變更網址」工具，並保留重新導向至少一年。詳見改版與遷移章節。
網站表單收集個人資料要注意什麼？
香港《個人資料（私隱）條例》保障資料第 1 原則要求，直接向當事人收集個人資料時，須於收集當日或之前告知：提供資料是必需還是自願、若屬必需而不提供的後果、資料的使用目的、可能轉移予哪類人士，以及查閱及更正資料的權利與聯絡方法。
實務做法是在表單旁設置收集個人資料聲明（PICS），並連結至完整私隱政策頁。詳見香港本地考量章節。此為一般說明，並非法律意見。
網站上線後我可以自己更新內容嗎？
可以。若項目採用 WordPress 或其他 CMS，我們會提供後台操作培訓與內容更新指引，包括新增文章、更換圖片、修改 meta 標題與描述。
若採用靜態網站，我們可提供內容更新服務，或按客戶技術能力交付可直接編輯的檔案結構與 Git 儲存庫。
網站需要定期維護嗎？
需要。維護項目包括：CMS 與外掛更新（避免已知漏洞）、SSL 憑證與網域到期監察、定期備份與還原測試、失效連結與 404 檢查、表單能否正常送達測試，以及 Core Web Vitals 與索引狀況監察。
缺乏維護的網站最常見的問題不是「壞掉」，而是表單默默失效卻無人察覺，等於白白流失查詢。
新網站如何配合 SEO 與 GEO？
最有效率的做法是在建站階段就處理：每個目標關鍵字對應一個獨立頁面、標題層級依內容邏輯排列、部署 Organization 與 BreadcrumbList 結構化資料、每頁加入 FAQ 區並以 FAQPage 標記、確保重要資訊以 HTML 文字呈現、使用描述性錨文字建立內部連結。
上線後才補做，往往需要重構頁面結構，成本高得多。做法詳見SEO 與 GEO 結構章節，服務內容見SEO 服務與GEO 服務。
Explore More
繼續了解 DMB
按你目前的階段，前往對應頁面。
想先看實際成品
六個項目案例，附完整設計思路、技術規格與量度指標。
網站建成後如何帶來流量
SEO、GEO 與付費廣告如何分工，配合網站發揮最大效益。
了解團隊與收費
認識 DMB 的理念與工作方式，並了解收費模式與預算規劃。
