从事 SEO 12 年的大佬总结的要点

从事 SEO 12 年的大佬总结的要点
Photo by Nikola / Unsplash

从事 SEO 12 年后,以下是我能想到的所有 SEO 技巧:

  1. 在 H1、H2 和 URL 部分中使用主要关键词。
  2. 停止追逐虚荣指标。流量固然重要,但转化率才是最重要的。
  3. 内部链接可以将“几乎完成”的页面转变为表现最佳的页面。
  4. 定期检查你的网站是否有坏链接,这是一个简单的 SEO 胜利。
  5. Google Search Console 是您最好的朋友,使用它来重新优化排名在第 3-7 位的页面。
  6. 90% 的反向链接应来自相关的高权威网站。
  7. 速度决定一切——或许应该说,速度不足会扼杀一切。确保加载时间在 2 秒以内。
  8. 持续更新内容将帮助你的页面保持更高的排名。
  9. 使用 NLP 工具,如 Surfer SEO,来优化你的内容,以获得更好的排名。
  10. 优化产品描述以满足搜索意图,使其清晰且引人注目。
  11. 围绕表现最佳的产品和类别创建内容孤岛。
  12. 永远不要为了更多的关键词而牺牲用户体验。
  13. 每周跟踪排名,SEO 是一场马拉松,而不是短跑。
  14. 专注于建立主题权威,Google 更喜欢深度,而不仅仅是广度。
  15. 使用 Screaming Frog 等工具尽早发现索引和技术错误。
  16. 主页不是最重要的页面,要优化你的产品和类别页面。
  17. 不要指望一夜之间就能看到 SEO 的魔力。持续的努力才能积累成果。
  18. 始终优先考虑移动端 SEO——现在大多数电商流量来自移动设备。
  19. 如果你没有看到结果,请先重新优化表现不佳的页面,再继续其他工作。
  20. 相信你的 SEO 流程,并坚持至少 6 个月,才能看到真正的变化。
  21. 没有任何工具或技巧能取代扎实的基础 SEO 工作。
  22. 不要等待“完美”的策略,立即开始,持续迭代和改进。

原文在: https://x.com/bloggersarvesh/status/1892594605935198388

Read more

Pnpm 构建 Monorepo

Pnpm 构建 Monorepo

最近开始搭建 monorepo 的项目,了解到以下方案: * lerna 有强大完善的依赖管理和构建、打包发布流程,而且 v5 版本将 nx 与 lerna 整合了,提升了性能和速度 * 业界大多使用 lerna + yarn workspace 的方式来管理,yarn 用来管理依赖,lerna 用于管理发布 之前简单使用过 lerna ,不过再加上 yarn workspace , 学习容多、配置多又得折腾,太费劲🤪,暂时搁置。 最终尝试使用单一的 pnpm workspace + changesets 的方式来构建 monorepo,本身我就使用 pnpm 作为包管理工具,目前我的场景简单,pnpm 就已足够。 本文记录自己使用 pnpm workspace 搭建 monorepo

HTTP Web 缓存总结

HTTP Web 缓存总结

友情提示:缓存什么的,是完全依赖相关http header头信息来标记和判断的 缓存读取顺序: 首先读取本地缓存,如果条件满足就取本地缓存,否则往后走代理缓存,同理,条件满足就是从代理缓存取资源(可能存在多级代理缓存) 如果一条链路上的资源都不符合,那么就去源服务器获取 缓存优先级:Cache-Control > Expires > Etag > Last-Modified 缓存的分类和优先级 * 强缓存 状态码 200 (比如 200 (from cache)) * Expires 服务器下发的绝对时间,而判断的时候以浏览器时间为准,客户端和服务器有可能会不一样 * Cache-Control 相对时间,以客户端相对时间为准 * 协商缓存 状态码 304 * Last-Modified If-Modified-Since * Etag If-None-Match 强缓存优先级高于协商缓存,强缓存不会询问服务器,直接使用缓存。协商缓存会询问服务器关于文件的可用性 对于传输过程中的中间节点,本文都称为代理服务器,包括proxy、

关于 Webpack 使用 Babel 与 Vite 使用 ESBuild 的一些思考

关于 Webpack 使用 Babel 与 Vite 使用 ESBuild 的一些思考

虽然 Vite 是基于 esbuild 构建的,并且 esbuild 在构建速度上有显著优势,但 Webpack 目前并没有直接使用 esbuild 构建的原因涉及多个方面,主要是 架构设计差异、功能需求 和 兼容性 等问题。下面是一些关键的原因: 1. Webpack 的复杂性与扩展性 • Webpack 的高度可扩展性:Webpack 的设计目标是一个 高度可配置和可扩展的打包工具。它提供了丰富的插件和 loader 机制,支持各种复杂的构建需求(如代码分割、热更新、各种资源处理等)。这些功能要求 Webpack 必须具备更细粒度的控制能力,而 esbuild 的设计理念相对简化,主要关注高速构建和基本的模块转换功能。 • Loader 和 Plugin 系统:Webpack 的强大之处在于其 loader 和

Dokploy 一键部署 Plausible

Dokploy 一键部署 Plausible

Plausible 是一款与 Google Analytics 类似的 Web 流量分析工具,相比 Google Analytics 对比如下: * 功能复杂度:GA 功能更强大,适合需要深入分析的用户;Plausible 提供基础的流量分析,简单易用。 * 自托管:Plausible 可以自托管,GA 不支持;GA 存储数据在 Google 服务器上。 * 性能:Plausible 更轻量,只有几 KB,加载更快;GA 可能影响网站性能。 * 隐私保护:Plausible 更注重隐私,不追踪用户数据;GA 会使用 cookies 并可能共享数据给 Google。 我是用 Plausible 来监控我的个人的一些站点,这里使用 Dokploy 来一键部署