简单总结下我之前实操过的一种网站布局思路。
之前我们做联盟推荐类站点时习惯用 WordPress 加 Astra 这种简单类型的主题，直接用页面来布局商品信息内容。
当然过程中为了加快内容发布的速度，我自己是有设计一些页面模板的。
直接在本地用 Python 脚本将模板信息组装好，并通过 RESTful API 将对应媒体资源上传到 WordPress 网站上。
于是一整套效率还可以的内容发布框架便搭建起来了，且实际使用过程中的效率也不差。
所以有段时间我为了追求更极致的效率与更方便的自动化，直接将 WordPress 这套内容管理系统换成了 Next.js。
毕竟单纯用 WordPress 来做静态信息的展示，有点暴殄天物，且网站初期的设置还是有点繁琐的。
用上 Next.js 之后，不仅可以白嫖一些免费的服务器资源，且自己维护起来也更方便。
外加在 AI 的协助下，我自己也不用亲手去写一些基础代码，直接跟 AI 沟通对应的需求就好了。
一切看起来都很美好。
但前几个月我在调研的过程中发现了一个做的挺不错的竞对，那个网站在技术栈的选择上就挺让我启发的。
网站整体上做的依旧是联盟商品的推荐，但这款商品的一些附属配件，这个网站是有在自己做的。
所以逻辑就很简单，对于那种他们提供不了的商品就干脆帮别人卖，对于自己能搞定货源的配件产品就自己卖。
网站的技术栈也很简单，直接以 WordPress 与 WooCommerce 为基础，然后在此基础上加上一些附属页。
因为 WooCommerce 有一个好处，是在发布产品的时候可以选择产品类型。
你是想创建一个单变体产品，还是多变体产品。亦或者是联盟推荐类产品，都可以通过 WooCommerce 做出来。
依赖同一套技术架构，把这几种不同类型的产品融合到一起，既没有增加技术难度，又实现了自己的多种目的。
所以当时看到这个站点之后，就觉得这思路挺不错的，于是便着手在自己的一个老站点上实操了起来。
还真别说，这种技术方案是有正反馈的。
在 WooCommerce 上创建完对应的配件类型产品或者附属类型产品之后，可以到高流量的页面底下引荐一下，有需要的用户自然会默默下单。
回过头来看，就觉得每种技术栈都有各自的特点吧，不能一概而论。
你像这种把联盟商品与自售商品通过 WooCommerce 这套技术栈整合起来，放到一个网站上的方案，就比较适合我们这些小个体实操。
技术上没什么难度，高价值的主产品自己做不了那就帮品牌带货。
至于附属的配件或者周边产品，自己能找得到货源，就完全可以自己做了。
