部署 · 官方网站

Netlify 是什么?为什么静态站经常用它部署

适合静态站和现代 Web 项目的部署与托管平台。

Netlify 把代码构建、静态托管、HTTPS 和部署流程放到一起。对内容站、文档站和前端项目来说,它省掉了不少服务器配置工作。

静态站是它很自然的使用场景

如果页面能在构建阶段直接生成 HTML,部署简单、首屏轻,也方便搜索引擎抓取。复杂后端应用则要根据实际架构判断。

部署成功只是第一步

正式站点还要检查自定义域名、HTTPS、重定向、缓存和 404 是否符合预期。静态站本身很简单,但错误的重定向和 canonical 一样会影响搜索与用户访问。

如果以后加入服务器端功能,也要先确认使用的是 Netlify Functions、边缘能力还是外部后端。

Deploy Preview 是 Netlify 很实用的一块

连接 Git 后,Pull Request、Merge Request 或部分 agent run 可以生成独立的预览 URL,让团队先看改动再上线。预览地址和生产地址是两套东西,这一点对 SEO 尤其重要:正式收录应该围绕生产域名和 canonical,而不是把预览页散出去。

静态站部署完成后,还要检查域名和跳转

默认 `netlify.app` 地址能访问,不代表正式上线就结束了。绑定自定义域名后,要检查 HTTP 到 HTTPS、www 与裸域、旧域名迁移以及 404。一个站同时让多个域名都返回 200,很容易让搜索引擎看到重复版本。

手动上传适合简单站,长期维护更适合接 Git

只有几个静态文件时拖拽部署很快;但页面会持续更新的话,把源码放进 Git,再让 Netlify 自动构建和部署,更容易回滚、审核和追踪是谁改了什么。

预览部署的规则会变,做 SEO 时看官方说明

Netlify 当前文档把 Deploy Preview 作为 Pull/Merge Request 等变更的预览环境,并明确区分生产部署与预览 URL。官方也说明多数预览和旧部署会带 noindex 响应头;自己做额外规则时,仍要以当前项目配置为准。

Netlify Docs:Deploy Previews ↗