1. 摘要
找網頁設計公司時，很多香港中小企老闆會問價錢、設計風格、有幾多頁、是否包 hosting、幾時交付、是否有 CMS。這些問題當然重要，但一個網站不是只得外觀和頁數。真正影響日後 SEO、AI 搜尋、廣告追蹤、網站速度、安全、舊網站翻新和 AI agent 擴展的，往往是報價單背後沒有寫清楚的網站功能。
這篇文章整理 19 個非技術老闆最容易漏問的網站功能。重點不是每間公司第一日都要做齊 19 項，而是你至少要知道供應商是否支援、是否包在報價內、是否日後可以加、哪些現在需要、哪些可以第二階段做。老闆不用真正理解每個 technical item，只要 copy 清單問網頁設計公司，要求對方逐項解釋，就已經可以分辨對方只是做一個漂亮版面，還是理解網站日後營運、搜尋、廣告、數據和 AI agent 的需要。
2. 核心答案
找網頁設計公司時，非技術老闆不應只問「收費多少」、「有幾多頁」和「設計是否美觀」，而應該問網站背後是否支援營運和增長。最容易漏問的功能包括 SEO 後台，例如 Google Schema、Meta title / description、robots.txt、sitemap.xml、IndexNow 和 301 Redirect；AI 搜尋準備，例如 llms.txt 和每頁 Markdown 版本；數據和廣告追蹤，例如 GA4、Microsoft Clarity、後台 Analytics Dashboard、Meta Pixel 和 Google Ads tag；網站速度，例如手機 PageSpeed、圖片壓縮和 WebP；以及安全和未來 AI agent 擴展，例如 MCP、Cloudflare / WAF、Backup / Restore 和 Uptime Monitoring。
這些功能不代表每個網站第一日都要全部開齊，但如果報價單完全沒有提及，老闆就應該問清楚。真正好的供應商，應該能夠解釋哪些功能現在需要、哪些可以第二階段做、哪些暫時不需要。如果等到落廣告後才發現沒有追蹤、翻新網站後才發現舊網址變 404、做 SEO 後才發現 meta 不能改、想引入 AI agent 後才發現後台沒有接口，成本通常會比一開始問清楚高。
3. 先講清楚：不是 19 項全部都要立即做
這份清單不是用來嚇人，也不是叫每間中小企第一日就買齊所有功能。不同公司階段不同，網站需要亦不同。
如果你只是做一個很簡單的品牌介紹頁，可能未必即時需要完整廣告追蹤、每頁 Markdown、MCP 或後台 Analytics Dashboard。相反，如果你正準備做 SEO、投放 Meta / Google 廣告、翻新舊網站、寫長期 blog，或者未來想用 AI agent 幫你更新內容和分析表現，這些功能就不應該等到用時才發現沒有。
比較實際的做法是，把這份清單交給網頁設計公司，逐項問：
| 你要問的事 | 目的 |
| 這項功能有沒有？ | 知道供應商是否支援 |
| 是否包在報價內？ | 避免日後追加費用 |
| 如果現在不做，日後可否加？ | 避免網站架構封死 |
| 如果不做，有甚麼後果？ | 讓供應商解釋取捨 |
| 是否由後台管理，還是每次要找工程師？ | 分辨網站是否方便營運 |
非技術老闆不用把每一項都學到很深入。你要做的是提出正確問題，然後聽供應商的答案是否清楚、合理、沒有過度承諾。
4. 個網站功能總表
重要性以 1 至 5 分表示，5 分最高。分數不是絕對標準，而是從香港中小企營運、SEO、廣告、速度、安全和未來擴展角度評估。
| # | 功能 | 重要性 | 問供應商的一句問題 |
| 1 | Google Schema / JSON-LD | 4/5 | 你們是否支援每頁設定 Google Schema？ |
| 2 | Meta title / description | 5/5 | 每頁 meta title 和 description 可否由後台修改？ |
| 3 | Robots.txt | 3/5 | robots.txt 可否由後台或部署流程管理？ |
| 4 | Sitemap.xml | 4/5 | 新增頁面或 blog 後 sitemap 會否自動更新？ |
| 5 | IndexNow | 3/5 | 重要內容更新後可否自動通知支援 IndexNow 的搜尋引擎？ |
| 6 | 301 Redirect / 轉址管理 | 5/5 | 如果我有舊網站，你們會否做 URL 對應和 301 redirect？ |
| 7 | llms.txt | 4/5 | 網站可否管理 llms.txt？ |
| 8 | 每頁 Markdown .md | 4/5 | 重要頁面可否有 .md 版本？ |
| 9 | GA4 | 5/5 | 你們會否設定 GA4 和基本事件？ |
| 10 | Microsoft Clarity | 4/5 | 你們會否安裝 Clarity 並確認正常收數？ |
| 11 | 後台 Analytics Dashboard | 4/5 | 後台有沒有基本 analytics dashboard？ |
| 12 | Meta Pixel | 4/5 | Meta Pixel 是否已包含在網站設定內？ |
| 13 | Google Ads tag | 4/5 | Google Ads tag 可否安裝和設定？ |
| 14 | PageSpeed / mobile performance > 60 | 5/5 | 手機 PageSpeed 有沒有基本目標，例如 > 60？ |
| 15 | 自動壓縮圖片 / 轉 WebP | 4/5 | 後台上傳圖片會否自動壓縮及轉成 WebP？ |
| 16 | MCP | 5/5 | 如果未來要接 AI agent，後台有沒有 MCP 基礎？ |
| 17 | Cloudflare / WAF | 4/5 | 網站有沒有 Cloudflare 和 WAF 防護？ |
| 18 | Backup / Restore | 5/5 | 你們有沒有定期 backup？出事時可否 restore？ |
| 19 | Uptime Monitoring | 4/5 | 網站有沒有 uptime monitoring 和通知？ |
5. SEO 後台：網站能否被搜尋引擎理解和管理？
很多報價單會寫「SEO friendly」，但沒有寫清楚到底支援甚麼。對非技術老闆來說，最少要問清楚以下幾項。
5.1 Google Schema / JSON-LD
重要性：4/5
Google Schema / JSON-LD 是一種結構化資料，幫搜尋引擎理解頁面內容。例如這頁是公司介紹、服務頁、產品頁、文章、FAQ，還是活動頁。Google Search Central 亦說明，結構化資料可以為 Google 提供更明確的頁面含義線索。
對老闆來說，你不用懂 JSON-LD 怎樣寫。你只需要知道：如果你的網站有服務頁、文章、FAQ、公司資料，供應商是否有方法為不同頁面設定合適 schema。這不等於保證排名，但有助搜尋引擎理解網站內容。
問供應商的一句問題：
> 你們是否支援每頁設定 Google Schema？例如服務、文章、FAQ 和公司資料可以分開處理嗎？
合理答案應該包括：可以按頁面類型設定、內容要與頁面可見內容一致、可以測試 schema 是否有效，而且不會承諾「加了 schema 就一定排名升」。
5.2 Meta title / description
重要性：5/5
Meta title 和 meta description 是搜尋結果常見的標題和描述來源。即使 Google 有時會自行改寫展示文字，網站本身仍應該提供清楚、可管理的 meta 資料。
這項非常基本，但很多中小企網站交付後才發現，每頁 meta 不能自己改，或者全部頁面共用同一個 title。結果日後做 SEO、寫 blog、推廣服務頁時，每次都要找工程師，甚至根本不能針對不同頁面優化。
問供應商的一句問題：
> 每頁 meta title 和 description 可否由後台修改？
合理答案應該包括：每頁可獨立設定、blog / 服務頁 / 產品頁都可管理、沒有填寫時有合理預設、日後可配合 SEO 調整。
5.3 Robots.txt
重要性：3/5
Robots.txt 是放在網站根目錄的檔案，用來告訴搜尋引擎 crawler 哪些 URL 可以爬、哪些不應該爬。Google 文件亦提醒，robots.txt 主要是 crawler 存取控制，不是保密工具；如果真的不想頁面出現在 Google，應用 noindex 或密碼保護等方法。
對一般中小企來說，robots.txt 不一定需要每天改，但供應商至少要知道怎樣處理。尤其是 staging、測試頁、後台路徑、搜尋結果頁、重複內容等位置，應該避免錯誤開放或錯誤封鎖。
問供應商的一句問題：
> robots.txt 可否由後台或部署流程管理？會否避免把正式頁面錯誤封鎖？
合理答案應該包括：正式站和測試站分開處理、不會把重要頁面 disallow、知道 robots.txt 不是 noindex，也不是保安功能。
5.4 Sitemap.xml
重要性：4/5
Sitemap.xml 是網站地圖，列出你認為重要的頁面，幫搜尋引擎更有效發現網站內容。Google 文件指出，sitemap 可提供頁面、影片、圖片和更新時間等資料，但不保證所有 URL 都會被爬取或收錄。
對中小企來說，重點不是「有一個 sitemap 檔案」就算，而是新頁面、新 blog、新服務頁加入後，sitemap 會否自動更新。如果每次更新內容都要手動改 sitemap，很容易漏。
問供應商的一句問題：
> 新增頁面或 blog 後 sitemap 會否自動更新？
合理答案應該包括：重要公開頁面會加入 sitemap、可以排除不應收錄頁面、支援多語言或 canonical 結構，而且可以提交到 Search Console。
5.5 IndexNow
重要性：3/5
IndexNow 是讓網站在新增、更新或刪除 URL 後，主動通知支援 IndexNow 的搜尋引擎和 crawler。IndexNow 官方和 Bing Webmaster Tools 都說明，它是通知機制，不是保證收錄機制。
這一點要特別講清楚：IndexNow 主要對支援它的搜尋引擎有用，例如 Bing，以及部分其他搜尋引擎或資訊檢索 crawler。它不等於 Google 即時收錄，也不等於排名保證。
問供應商的一句問題：
> 重要內容更新後，可否自動通知支援 IndexNow 的搜尋引擎？
合理答案應該包括：可以設定 API key、提交新增或更新的 URL、可以在 Bing Webmaster Tools 查看提交狀況，同時不會承諾一定收錄。
6. 如果你有舊網站：轉址管理要單獨問
新公司第一次做網站，可以暫時未必遇到轉址問題。但如果你是翻新舊網站，或者由舊供應商轉到新供應商，這部分很重要。
6.1 301 Redirect / 轉址管理
重要性：5/5
301 Redirect 是把舊 URL 正式轉去新 URL 的方法。舊網站可能已經有 Google 收錄、客戶收藏、社交媒體分享、廣告連結、WhatsApp 傳過的網址、其他網站引用。如果翻新後 URL 全部改了，但沒有做轉址，訪客可能會見到 404，搜尋引擎亦未必知道舊頁應該對應到哪個新頁。
很多網站改版後 SEO 流量下跌，不一定是新設計差，而是舊網址沒有妥善轉到新網址。這項對「有舊網站」的公司是 5 分重要。
問供應商的一句問題：
> 如果我有舊網站，你們會否做 URL 對應和 301 redirect？
合理答案應該包括：會先匯出舊 URL、為重要頁面建立新舊 URL 對應、避免大量 404、保留重要搜尋價值，並在上線後檢查錯誤頁。
7. AEO / AI 搜尋：網站是否容易被 AI 理解？
以往做網站主要問 Google SEO。現在還要考慮 AI 搜尋、AI answer engine、以及日後 AI agent 如何讀取網站內容。這不是說 llms.txt 或 Markdown 一定令 AI 引用你，而是如果你的網站內容結構清楚、可讀、可抽取，日後被搜尋和工具使用的成本會低很多。
7.1 llms.txt
重要性：4/5
llms.txt 是一個新興提案，做法是在網站提供 /llms.txt，用 Markdown 形式列出網站重點、背景、重要頁面和相關資料，方便大型語言模型在推理時理解網站。llms.txt 不是正式搜尋排名因素，也不是保證 ChatGPT、Gemini 或 Perplexity 一定引用你的工具。
對老闆來說，可以簡單理解成：這是一份給 AI 看的網站導覽。它不取代 sitemap，也不取代 SEO，但可以讓網站內容更容易被 AI 工具讀取和整理。
問供應商的一句問題：
> 網站可否管理 llms.txt？如果日後要更新重點頁面，是否可以同步更新？
合理答案應該包括：可在網站根目錄提供 llms.txt、內容用清楚 Markdown 編寫、列出重要服務和文章、可隨網站內容更新，而不是一次性放完就不理。
7.2 每頁 Markdown .md
重要性：4/5
每頁 Markdown .md 是指重要頁面除了正常 HTML 版，也有乾淨文字版。這對 AI、內部工具、agent、內容審閱、知識庫同步都有幫助。HTML 頁面可能有導航、按鈕、樣式、廣告、腳本；Markdown 版本可以更直接呈現標題、段落、列表和連結。
如果你的網站未來想讓 AI agent 分析內容、整理 FAQ、比較不同頁面表現，乾淨文字版會比單純爬 HTML 更可靠。
問供應商的一句問題：
> 重要頁面可否有 .md 版本？
合理答案應該包括：重要頁面可輸出 Markdown、內容與正式頁面同步、保留標題和連結結構、避免把隱藏資料或不應公開內容放入 .md。
8. 數據分析：網站有沒有方法知道自己做得好不好？
網站上線不是終點。如果你不知道有多少人來、從哪裡來、看了甚麼、在哪裡離開、表單有沒有轉換，日後很難改善。
8.1 GA4
重要性：5/5
GA4 是 Google Analytics 4，用來追蹤網站流量來源、用戶行為、頁面表現和轉換事件。對中小企來說，GA4 是理解網站成效的基礎工具。
很多網站只是「裝了 GA4 code」，但沒有設定基本事件，例如表單提交、WhatsApp 按鈕、電話按鈕、下載、重要 CTA。結果老闆看得到流量，但看不到真正生意動作。
問供應商的一句問題：
> 你們會否設定 GA4 和基本事件？例如表單、WhatsApp、電話和主要 CTA。
合理答案應該包括：會安裝 GA4、設定基本 conversion event、測試是否正常收數、說明哪些事件需要 Google Tag Manager 或額外設定。
8.2 Microsoft Clarity
重要性：4/5
Microsoft Clarity 可以提供 heatmap 和 session recording，幫你看訪客怎樣使用網站。例如他們有沒有按錯位置、是否滑到某一段就離開、表單哪裡卡住、手機版有沒有難用。
GA4 告訴你「發生了甚麼」，Clarity 更接近告訴你「用戶怎樣發生」。對非技術老闆來說，Clarity 很直觀，因為你可以看到訪客實際使用網站的畫面和熱點。
問供應商的一句問題：
> 你們會否安裝 Clarity，並確認正常收數？
合理答案應該包括：會安裝、會處理私隱設定、避免收集敏感輸入內容、上線後會檢查是否有數據。
8.3 後台 Analytics Dashboard
重要性：4/5
GA4 和 Clarity 是很有用，但不是每個老闆都會定期登入幾個平台看數據。後台 Analytics Dashboard 的意思，是在網站後台提供一個簡單面板，讓老闆或同事看到基本流量、熱門頁面、查詢數量、表單來源、廣告轉換或內容表現。
這不一定取代 GA4，但可以令數據更接近日常營運。尤其是有 blog、landing page、廣告頁、服務頁的公司，後台如果可以直接看到表現，日後調整內容會快很多。
問供應商的一句問題：
> 後台有沒有基本 analytics dashboard？可以看到哪些數據？
合理答案應該包括：可顯示基本網站表現、可連接 GA4 或自家事件、數據口徑清楚、不是用假數據或無法核對的統計。
9. 廣告追蹤：落廣告前要先確認
如果你未來有機會投放 Facebook、Instagram 或 Google Ads，就應該在網站階段問清楚追蹤設定。否則廣告上線後才發現沒有 pixel、沒有 tag、沒有 conversion tracking，等於花錢買流量但看不到成效。
9.1 Meta Pixel
重要性：4/5
Meta Pixel 是 Facebook / Instagram 廣告追蹤和再行銷的基礎。它可以幫你建立網站訪客受眾、追蹤指定行為，並讓廣告平台有更多訊號優化投放。
不是每個網站第一日都需要落廣告，但如果你的行業日後會做 Meta 廣告，網站最好預留安裝和管理 Pixel 的方法。
問供應商的一句問題：
> Meta Pixel 是否已包含在網站設定內？如果未來要加，會否容易？
合理答案應該包括：可以安裝 Pixel、可以配合事件設定、可用 Google Tag Manager 或平台設定管理、會測試是否正常觸發。
9.2 Google Ads tag
重要性：4/5
Google Ads tag 用來追蹤 Google Ads 帶來的轉換，例如表單提交、電話點擊、WhatsApp 查詢、購買或下載。沒有正確追蹤，廣告平台只能看到點擊，未必知道哪些點擊真正帶來查詢。
對服務業、B2B、教育中心、醫療美容、專業服務、工程、顧問等公司來說，Google Ads 轉換追蹤尤其重要，因為每個查詢背後都有獲客成本。
問供應商的一句問題：
> Google Ads tag 可否安裝和設定？可以追蹤哪些轉換？
合理答案應該包括：可安裝 Google Ads tag、可設定主要轉換事件、可用 Tag Manager 管理，並會上線後測試觸發狀態。
10. 網站速度：靚但慢，仍然會輸
網站設計漂亮很重要，但如果手機載入太慢，訪客可能未看到內容已經離開。香港中小企很多流量來自手機，速度不能只看 desktop。
10.1 PageSpeed / mobile performance > 60
重要性：5/5
PageSpeed 是一個用來評估網站速度和體驗的參考工具。分數不是唯一標準，也不是愈高就一定生意愈好，但對中小企來說，至少要有一個手機速度基準。
這裡寫 mobile performance > 60，不是說 60 就是完美，而是避免網站交付時手機版慢到離譜，卻沒有人負責。真正做得好的供應商，應該能夠解釋影響速度的因素，例如圖片、字體、第三方 tracking code、動畫、影片、伺服器、快取和前端程式。
問供應商的一句問題：
> 手機 PageSpeed 有沒有基本目標，例如 > 60？如果達不到，原因是甚麼？
合理答案應該包括：會測手機版、會解釋分數限制、會處理主要拖慢原因、不會只用桌面版截圖交差。
10.2 自動壓縮圖片 / 轉 WebP
重要性：4/5
很多網站一開始速度不錯，但幾個月後變慢，原因是同事在後台上傳了大量原圖、大圖、未壓縮圖片。網站不應完全依賴員工每次手動壓圖。
自動壓縮圖片和轉 WebP，可以在上傳時把圖片變成較適合網站使用的格式和大小，減少頁面載入負擔。這對有 blog、作品集、產品、活動相片的網站尤其重要。
問供應商的一句問題：
> 後台上傳圖片會否自動壓縮及轉成 WebP？
合理答案應該包括：會自動產生合適尺寸、支援 WebP 或其他現代格式、保留必要畫質、避免員工一上傳大圖就拖慢整個網站。
11. 未來 AI agent：網站後台是否有下一步空間？
現在很多公司做網站，仍然把網站當成「展示資料的地方」。但未來網站會更接近一個可被 AI 工具讀取、分析和操作的營運系統。如果一開始的後台太封閉，日後想接 AI agent 會很困難。
11.1 MCP
重要性：5/5
MCP 可以理解為一種讓 AI agent 在受控方式下連接工具、資料和工作流的接口。對非技術老闆來說，重點不是 MCP 的技術規格，而是日後網站後台能否被 AI agent 安全使用。
例如，有 MCP 基礎後，你日後可以用 Codex 或 AI agent 做這些事：
- 打一句指令，要求它更新某個服務頁的內容草稿；
- 每星期檢查網站 performance、熱門頁面、流量來源和轉換表現；
- 根據 GA4、Clarity、Search Console 或後台數據，建議哪些內容要 tune；
- 整理 blog 表現，找出需要更新的文章；
- 在人工批准後，把內容更新到網站。
這不是說 AI 可以無限制改網站。相反，真正重要的是權限、審批和紀錄。AI agent 可以讀甚麼、可以改甚麼、哪些動作要人手批准、做過甚麼要留下紀錄，這些才是企業使用 AI 的重點。
問供應商的一句問題：
> 如果未來要接 AI agent，後台有沒有 MCP 基礎？
合理答案應該包括：後台資料有結構、權限可控、API / MCP 接口可規劃、重要操作要人手 approval、有操作紀錄，不會說「AI 可以自動幫你亂改所有內容」。
12. 基本安全與穩定：網站出事時誰會知道？
安全不一定要一開始講到很複雜，但基本防護、備份和監察必須問。SSL 現在已經是基本入場券，不應當成高級功能來賣；真正要問的是防護、還原和監察。
12.1 Cloudflare / WAF
重要性：4/5
Cloudflare 可以提供 CDN、DNS、基本防護和效能相關功能。WAF 是 Web Application Firewall，用來過濾部分常見攻擊和異常流量。不同方案深度不同，但對中小企網站來說，至少要知道網站是否有基本防護。
這裡也要講清楚：SSL 不應該是賣點，而是基本要求。2026 年正常商業網站如果沒有 SSL，已經是不合格。不要因為供應商寫「包 SSL」就以為是很高級的安全方案。
問供應商的一句問題：
> 網站有沒有 Cloudflare 和 WAF 防護？SSL 是否已經包括？
合理答案應該包括：有 SSL、有基本 CDN / DNS / WAF 規劃、可以解釋方案級別、知道哪些安全問題仍需要伺服器、程式和權限配合。
12.2 Backup / Restore
重要性：5/5
Backup / Restore 是很多老闆到出事才想起的功能。網站更新失敗、員工改錯內容、外掛或部署出問題、被入侵、資料損壞，如果沒有備份和還原方案，處理成本可以很高。
問 backup 時，不應只問「有沒有備份」，還要問備份頻率、保留多久、備份包括甚麼、還原要多久、是否測試過 restore。沒有測試過的備份，出事時未必真的有用。
問供應商的一句問題：
> 你們有沒有定期 backup？出事時可否 restore？大約多久可以還原？
合理答案應該包括：定期備份、清楚保留期、知道備份範圍、可還原檔案和資料庫、最好曾測試 restore 流程。
12.3 Uptime Monitoring
重要性：4/5
Uptime Monitoring 是定時檢查網站是否正常運作。如果網站死了、回應太慢、SSL 有問題、伺服器錯誤，系統可以通知負責人。
很多中小企網站最尷尬的情況，是網站壞了幾小時甚至幾日，老闆完全不知道，直到客戶 WhatsApp 問「你的網站打不開」才發現。這不只是技術問題，也是信任問題。
問供應商的一句問題：
> 網站有沒有 uptime monitoring 和通知？如果網站死了，誰會收到通知？
合理答案應該包括：有定時監察、有通知對象、有基本處理流程，並能說清楚由誰負責跟進。
13. 老闆應該怎樣用這份清單？
你可以把清單直接交給網頁設計公司，不需要把每一項都說得很技術。比較好的問法是：
> 我未必第一日要做齊這 19 項，但我想知道你們的網站方案支援哪些、哪些包在報價內、哪些要另外報價、哪些日後可以加、哪些你認為我暫時不需要。
然後觀察供應商的反應。
如果對方能逐項用你聽得明的語言解釋，並清楚講取捨，通常代表對方不是只做版面。如果對方只回答「不用理」、「包 SEO」、「放心一定得」、「之後先算」，但講不到實際支援甚麼，就要小心。
14. 哪些功能應該第一階段做？哪些可以第二階段做？
以下是一個簡化決策框架：
| 情況 | 優先問清楚 |
| 新公司第一次做簡單網站 | Meta、sitemap、GA4、速度、backup、uptime、SSL / 基本防護 |
| 準備做 SEO / blog | Meta、Schema、sitemap、robots.txt、GA4、llms.txt、每頁 .md |
| 翻新舊網站 | 301 Redirect、sitemap、GA4、Search / SEO 相關設定、backup |
| 準備落廣告 | GA4、Meta Pixel、Google Ads tag、landing page 速度、conversion tracking |
| 內容很多、會長期更新 | 圖片壓縮、WebP、後台 analytics、每頁 .md、sitemap 自動更新 |
| 未來想用 AI agent | MCP、權限、審批、資料結構、後台 analytics、AI-readable content |
| 對穩定性有要求 | Cloudflare / WAF、backup / restore、uptime monitoring |
這樣問，供應商就不能只用「靚設計」回答你，而要講清楚網站背後的營運能力。
15. oneflash 怎樣看這件事？
oneflash 的角度是：網站不應只是交一個漂亮版面，而應該是公司數碼營運基建的一部分。
對香港中小企來說，網站至少要做到幾件事：可以被搜尋、可以被 AI 理解、可以追蹤成效、可以支援廣告、可以維持速度、可以有基本安全和備份，日後如果公司想引入 AI agent，也不需要由零開始重做整個後台。
這不代表每間公司第一日都需要最完整的系統。但如果一開始完全沒有問清楚，日後每走一步都可能遇到限制。真正好的網站方案，應該讓老闆知道現在做甚麼、暫時不做甚麼、日後如何擴展。
16. 參考資料
- Google Search Central: Introduction to structured data markup in Google Search
- Google Search Central: Learn about sitemaps
- Google Search Central: Introduction to robots.txt
- IndexNow: What is IndexNow?
- Bing Webmaster Tools: How to add IndexNow to your website
- llms.txt proposal: The /llms.txt file