使用 sitemap.xml 并提交到站长平台

PWA 或 SPA 项目要Zuo好 SSR 或 prerendering

检查 robots.txt 是否误拦截了重要路径

#不要忘记回链和外链质量，这也hen重要呢！#

#不对不对#应该先说说它的文件扫描机制：

Kite 会自动寻找根目录下符合 *kite.config*.json* 的配置文件。

Ru果找不到，就弹出交互式向导，让你手动填。这个过程挺人性化的，不像某些工具硬逼你写死路径。

#顺便提一句#，这个文件还Neng定义 preDeploy 和 postDeploy 脚本，真的是贴心到家啦！#你懂的#

await $`scp ${compressPkgName} ${user}@${fullOrigin}:./`
await $`ssh -p22 ${user}@${fullOrigin} "tar -xf ${compressPkgName} -C ${destDir}"` 

#啰嗦一下#：这段代码背后用了 zx 脚本，把 SCP+SSH 两步合并成一条命令链，省去手动登录的麻烦。 我自己用的时候经常忘记改路径，于是把变量写进 config，一键跑完全自动。哈哈哈！

#说实话# 我们公司有几十个 Web 项目，每个dou跑着自己的 Node 服务。 起初我们dou是手工 scp + 解压 + 重启，好累呀！后来把这些步骤封装进 Kite，一键完成后端服务重启也没问题。

#但是啊# 有时候遇到奇怪的问题，比如某次部署后日志报错找不到环境变量。 我第一时间去检查 preDeploy 脚本是否漏掉 export。结果发现原来是 config 中 env 字段拼写错误——咱们这种粗心大意的人常犯的毛病，你懂的！

Kite：PaaS 风格，一键搞定前后端；适合小团队快速迭代；依赖少，只要装个 CLI 就行。

AWS CodeDeploy / GitHub Actions：DaaS/云原生，geng适合大规模分布式系统；学习成本相对高，需要写 YAML 配置文件。

Nginx + Bash 脚本：LAMP 老派打法；灵活但维护成本高，需要自己处理日志轮转、回滚等细节。

#总之吧#，Ru果你的项目不需要复杂流水线，又想省点脑细胞，那 Kite 真的是“不二之选”。 当然Ru果你Yi经在用云原生平台，那Ke以把 Kite 当成 “局部加速器”，只负责前端静态资源和轻量后端服务的快速交付。 #哈哈#

#第一步#：全局安装 CLI npm i -g @kitecd/cli

#第二步#：初始化项目 kite init --project my_proj --out ./dist --server http://.: --token abc123def456

#第三步#：检查生成的 kite.config.json 里面会有类似下面的结构：

{  
  "projectId":"my_proj",  
  "serverUrl":"http://.:",  
  "outputDir":"./dist",  
  "files":,  
  "preDeploy":"npm run build",  
  "postDeploy":"pm2 restart all"
}

#第四步#：运行构建并推送 kite push --env prod

#第五步#：监控日志 Kite 自带 Web UI，Ke以实时查kan部署状态和错误日志，无需再去服务器上 tail -f。 #害，这功Neng太贴心啦！

#Zui后啊#，别忘了给你的站点加上 SEO 基础设置，否则再好的部署工具也救不了“百度不收录”。 把 meta、sitemap、robots 写好，再配合 CDN 加速，你的网站不仅跑得快，还Neng被搜索引擎爱上。