从事 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

RAG不是万能的,附常见误解与澄清

RAG不是万能的,附常见误解与澄清

能给人理清目前 AI 在生产落地的问题,是一件难能可贵的事情,AI 在生产落地会有哪些阻碍的讲解,讲干货的真的是很少,至少我自己曾经在这个问题上困惑了很久。 因为之前我在 AI 电商团队,做具体的 AI Sass 落地的时候,团队经常会沟通做到生产级可用的 AI,需要哪些东西,大概的门槛还是了解到一些的,我的能力也顶多在应用层面去做一些工作量的定制与代码衔接,涉及到模型层面,一概歇菜,很多人估计只是想着,写一个 Prompt ,就是真正的拥抱 AI 了。 当我看到自媒体里面铺天盖地的在讲 AI 如何帮助企业提效,如果重塑行业的时候,有种很复杂的感觉,他们真的懂 AI 吗,甚至他们真的懂软件吗? 基本上现在大家接触到的方式就几种: * 割韭菜卖课,讲概念,前景,这些基本上都是拿别人的产品来给自己做嫁衣,自己顶多是个工具的使用者和营销者,比如用 Midjourney,Kimi,豆包,海螺什么的,告诉大家用了就能提效,获得流量,

Shopify 构建商城页面的几种方式

Shopify 构建商城页面的几种方式

当用户需要对 Shopify 商城页面有自定义的需求时,一般会选择: 1、直接使用官方商城的 theme 来构建,可以使用,但是免费模板较少,只有 13 个。 2、使用第三方 theme 来构建,也有很多的模板可以选择,比如 envato 上有数百个 shopify 的模板,这是个非常大的市场。 3、完全自定义开发,自由度最高 当用户对 Shopify 商城页面,有完全自定义的需求,通常是常规主题无法满足需求,推荐使用 Shopify Hydrogen 的官方方案,开发人员可以对商城进行完全的页面级别的自定义。 而对于开发人员来说,官方的 Shopify Liquid 开发起来的效率和体验,是不如 Shopify Hydrogen 来的舒服,而且使用 Shopify Hydrogen ,还可以对性能有提升,

Meepo 要找一份远程前端(全栈)开发的工作

Meepo 要找一份远程前端(全栈)开发的工作

为什么找远程岗位 我一直是比较喜欢远程合作的方式,基本上从事远程开发的团队,都是奔着做事去的,大家能筛选到一起,为一个目标而努力,是一件很难得的事情,远程协作的方式,在自由度和产出之间能保持非常好的平衡,没有必要在通勤以及办公室的无效沟通上浪费太多的时间。 技术特点如何 前端: React + TypeScript 生态体系,常规的网页开发,浏览器插件,Electron 客户端开发都 OK,对各种前端技术方案有一定的沉淀和实践。 后端: Nextjs + Nestjs 开发全栈站点及后端 API 服务 个人特点 即插即用,对于大多数的前端场景和技术方案,都有所涉及。 多年的开发经验,对企业自有产品开发,大客户定制,以及独立开发,有一定的观察和沉淀。 拥抱 AI,对当下比较热门的 AI 技术有一定的了解和沉淀。 喜欢分享和交流,对技术和业务,以及营销都感兴趣。 之前接触的一些业务形态 公司层面: 主要是国内客服领域,涉及到全流程客服,IM,音视频等

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