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