以 Next.js 和 Laravel 构建 PickTool: 创建软件发现平台的经验教训

2026年8月24日3 次浏览来源:Dev.to阅读原文

找到软件很容易 找到正确的软件不是。

寻找几乎所有的分类——电子邮件营销、客户关系管理、生产力、设计或AI——你会找到数百种选择。

每个产品都呈现出自己是最佳选择,而许多比较文章重复了相同的特性而未解释每个工具实际适合哪个用户.

这个问题激励我建立 PickTool, 一个发现和比较AI和SaaS工具的平台。

PickToo仍然在发展。

我目前正在改进其内容质量、工具覆盖面、比较经验、业绩和标准作业程序。

这不是一个抛光的发射公告。

这是对项目背后的架构以及我在建设项目过程中所吸取的一些经验教训的诚实观察。

什么是"选手"?

PickToole的目标很简单:帮助人们在几分钟内找到正确的软件,而不是小时.

我希望每个重要工具都包含有用和结构化的信息,如: 挑战在于这会产生几种相互关联的内容。

单一产品可以出现在自己的工具页上,在一个类别内,在多个比较中,以及在关于特定使用案例的最佳软件的文章中.

若要保持所有这些一致, 为何I Chose Next.js和Laravel PickTool使用脱钩架构:Next.js授权公共造型网站.

Laravel 将后端, API, 数据库逻辑, 和管理系统 赋予权力 。

MySQL存储工具,类别,评级,定价信息,以及编辑内容.

我选择这个组合是因为我希望前端和内容管理逻辑独立地发展.

Laravel为管理工具与内容之间的关系提供了结构化后端.

Next.js给了我对渲染,元数据,性能,以及公共用户体验的控制.

这种分离还允许我改进前端,而不重建整个行政工作流程。

我学到的第一个教训是,不应将软件目录模拟成一个大型产品表。

这些数据是相对的。

一个工具属于一个类别,但也可以有多个竞争对手,替代品,比较页,定价计划,使用案例,编辑指南.

在概念上,内容结构是这样的: 这种结构使得内部联系更加有意.

例如,电子邮件营销工具可以链接到: 其主要电子邮件营销类别 相关替代品 直接竞争者 比较文章 A最佳电子邮件营销软件指南 技术数据模型与SEO架构紧密相通.

如果数据库中没有明确反映这些关系,那么维持公共网页就更加困难了。

内容缩放问题太早 在建立软件目录时,人们会觉得增加更多的产品会自动使网站更有用.

我了解到数量会很快造成问题。

包含上百个不完整或重复的网页的目录不一定比包含20个经过精心开发的产品简介的目录更有价值.

缩放太快可能导致: 短页重复描述 过时定价 内部链接 不一致的评级 多个页面针对几乎相同的关键词 我现在正采取更有重点的方法。

我并不是试图平等涵盖每个软件类别,而是一次加强一个专题组。

电子邮件营销是最早接受这种治疗的类别之一.

这意味着改进主要类别网页,完成最重要的工具简介,并把它们与比较、替代办法和使用案例指南相连接。

速度比大块慢

分享