← 返回折腾

如何搭建个人网站,并在网站中使用个人支付宝收款?(个人搭建完整经验分享)

[建站] [支付] · Torres

整理日期:2026 年 9 月 14 日|我比较懒,就懒得贴图了。

【本文用于技术学习交流,请按支付宝以及相关服务平台的规则,或当地法律法规合法合规经营和收款】

我以前一直 有个苦恼,就用ai 工具,比如 codex做出一个网站后,有了产品,比如提供虚拟在线商品,或者虚拟服务,但往往会遇到下一道难题:怎么收钱?

常规的做法,是通过支付宝官方渠道,申请与自己网站业务相匹配的支付产品,比如“电脑网站支付”或“手机网站支付”。不过,这类接入需要满足相应的申请条件,完成资料提交、审核和接口配置。对于刚开始尝试副业的个人开发者来说,这些流程有一定门槛。

比如卖一个自动剪辑视频的脚本/软件、ppt 模板、或者网课),就需要先确认商品类目和所需资料,提一嘴,这些虚拟产品审核异常严格,如果不符合所申请产品的条件,往往像樱木花道表白一样,求而未果,最终惨遭“拒绝”。(—__—)。

所以,正文来了。我先把收款和自动发货的流程讲清楚,后面再说域名、服务器和网站怎么搭。下面提到的平台没有给我推广费,主要是分享我自己用到的方案。

先说清楚,这套方案本质上就是搭建一个卖卡密、付款后自动发货的网站。

从商城下单、付款确认到数字商品自动交付的流程插图

1. 先弄清楚:异次元、易支付、平安夜,分别是什么?

刚开始我也被这些名字绕晕了。其实,把它们各自负责的事情分开,就容易理解了。

我的商城后台显示“所属插件:易支付”,我登录的平安夜后台网址是 pay.xioz.cn。这套对接关系可以理解为:商城通过易支付插件,连接平安夜的收款服务,让顾客使用支付宝付款。

为什么插件叫“易支付”,平台却叫“平安夜”?因为不同平台可以兼容同一套接口规则。商城装好对应插件,再填入所用平台的接口地址和账户信息,就能进行对接。具体能否连接成功,要以插件兼容性和实际测试为准。

所以,看见“易支付”这三个字时,要结合它出现的位置。它表示支付插件;不要仅凭这个名字去另外找一个叫“易支付”的网站注册,毕竟山寨的太多了。

2. 顾客购买时,整个流程怎么走?

以卡密商品为例,正常购买过程如下:

  1. 顾客选择商品、提交订单。 商城记下买什么、买多少、需要付多少钱,并生成订单号。

  2. 进入付款页面。 商城通过支付插件发起支付请求,顾客看到支付宝付款码。

  3. 扫码并按页面要求付款。 在我目前使用的这条通道里,顾客需要手动输入金额,必须与订单页面显示的金额完全一致,不能输错。

  4. 平台确认付款,通知商城。 商城收到付款结果后,核对它是否对应这笔订单。

  5. 商城自动发放卡密。 顾客在订单页面领取卡密,再按照商品说明使用。

这里需要强调:手动输入金额,是我目前这条通道的操作方式,不是所有支付宝支付都这样。 换了平台或通道,付款方式可能不同。

而且,系统确认付款时需要识别对应订单,不能简单理解成“只要有人转来同样的钱,就给任意一笔订单发货”。订单号、金额、状态等信息,都需要由程序正确处理。

我的网站提供的是付款后发卡密,顾客再使用卡密兑换相应服务。因此,“商城已经发卡”和“顾客已经兑换成功”是两个需要分别确认的环节。

3. 网站怎么知道顾客已经付了钱?

我们自己看支付宝到账提醒,当然能知道有没有收钱。但要自动发货,网站也需要收到一个能够识别、核对的付款结果。

这就用到了一个术语:支付通知,也叫回调。

可以把它理解为:支付平台确认某笔订单付款成功后,给你的商城发送一条消息,说明是哪笔订单、支付了多少、状态是什么。商城核对通过,再按商品设置交付。

后台配置中,你可能会看到两个地址:

它们分工不同。顾客付完钱就关闭页面,正常情况下,服务端仍应能收到通知并处理订单。不能只因为浏览器跳到“支付成功”页面,就直接发卡。

使用现成插件时,这些地址可能由插件自动生成。按照插件和实际支付平台的说明配置即可,不用自己凭空编一个网址,也不能把别人网站的回调地址直接复制过来。

如果付款结果没有及时传回来,订单就可能停在“待付款”。所以后面一定要实际测一笔,确认收款、订单更新和发卡都正常。

4. 支付具体怎么接?(这步我找技术对接的)分成两段看

这里最容易搞混,因为你要处理的是两个连接:

  • 商城连接平安夜。 让商城能够提交支付订单、接收支付结果。

  • 平安夜配置你的收款通道。 让支付服务对应到你实际使用的收款账户和方式。

第一步:确认自己能使用的收款通道

先在自己核实过的平安夜入口注册或登录,按实际身份查看可用的支付宝通道。

自然人和个体工商户的申请条件可能不同。先确认该通道是否接受自己的身份、商品和网站场景,再投入后面的配置工作。平台是否允许使用这条通道,要看当时的要求与审核结果。

同时看清楚:怎么收费、是否需要购买套餐、是否要求设备在线、授权是否会过期、钱进入哪个账户,以及退款怎么处理。

关于“去支付宝申请密钥”这一步,我目前还没有核对清楚所用通道的具体配置,所以这里不写成所有人都需要照做的步骤。 如果通道确实要求配置支付宝官方应用信息,那属于平安夜连接收款通道这一段,需要按该通道的说明操作。

第二步:在商城中配置易支付插件(这步我找技术对接的)

异次元商城把支付相关设置拆成了几个功能,具体菜单名称随版本可能略有不同:

在插件配置页,重点核对这几项:

商城连接平安夜的密钥,和平安夜可能用来连接支付宝的应用密钥,要分开理解。 它们服务于不同的连接,不能看到“密钥”两个字就互相替换。

填好后保存,启用这条付款方式,打开商城前台,看看下单时能否进入付款页面。

这里先提供字段含义,不猜具体网关路径、签名版本和密钥格式。我的后台截图还没有展示完整配置,正式照做时需要以实际插件说明为准。

5. 接上付款页面,还要测一遍自动发货

能看到二维码,只能证明已经走到付款这一步。要确认系统能用,还要核对付款后的结果。

先在商城里创建一个测试商品,选择自动发货,导入几条专门用于测试的交付内容。测试金额按通道允许的范围设置,使用符合通道要求、已获得授权的付款账户完成一次小额测试。

然后核对四件事:

  • 实际收到款项了吗? 查看真实交易记录、收款方和金额。

  • 平安夜识别成功了吗? 平台订单是否对应这笔交易,并显示付款成功。

  • 商城订单更新了吗? 后台是否从待付款变成已支付或已完成。

  • 卡密正确发出了吗? 买家能否领取,库存是否只扣了应扣的数量。

还可以检查未付款时会不会提前发货、付款后不主动返回商城是否仍能处理、手机和电脑是否都能完成购买。同一笔支付通知即使重复到达,也应只发一次货,这需要插件正确处理。

如果付款后没发货,先看商城订单状态:仍是待付款,就查通知有没有送到、是否校验失败;已经是已支付,就查发货方式、库存和交付日志。

不要仅凭顾客一张付款截图就判断系统出了哪种问题。订单号、平台记录和真实到账记录对上,才方便处理。

核对收款、交易、订单状态和数字商品交付的检查流程插图

6. 没有网站的人,从哪里开始?

前面说清了支付,现在再说网站本身。我的搭建方案是:NameSilo 域名+Vultr 服务器+宝塔面板+异次元商城。

域名、云服务器、管理面板和网上商城依次连接的网站架构插图

先准备域名和服务器

以上是预算范围,不是已经核准的当前报价。域名要分别看注册价和续费价;服务器还要看有没有备份等附加费用。支付服务费、插件费用也需要另算。

在 NameSilo 注册账户,搜索域名,核对价格和购买年限,完成购买及必要验证即可。购买后设置续费提醒。

在 Vultr 注册后,可以按账户页面使用支付宝充值,再创建云服务器。Vultr 官方文档列明支持 Alipay,具体可用方式以自己的账户为准。

我之前的服务器记录是 2GB 内存、Ubuntu 24.04 LTS。如果看到套餐同时写“2GB”和“2TB”,前者可能是内存,后者通常是每月流量额度,它们是两种参数。

创建实例时,核对内存、CPU、磁盘、流量和最终费用,选择带公网 IPv4 的实例。面向大陆顾客,机房的实际访问速度最好测试后再判断。

连接服务器,安装宝塔(这步我找技术对接的)

服务器开好后,用终端通过 SSH 连接。这里的 SSH 可以先理解为“从自己的电脑远程操作服务器”。

命令格式如下,把用户名和 IP 替换为自己实例的信息:

ssh 你的用户名@你的服务器公网IP

登录方式以创建实例时的设置为准,可能使用密码,也可能使用 SSH 密钥。第一次连接需核对服务器身份信息。

然后打开 宝塔官网下载页,复制适用系统的安装命令,在服务器终端中执行。已经安装过宝塔的服务器,直接使用现有面板。

安装完成后,保存面板入口和登录信息。宝塔的登录密码、服务器登录信息、Vultr 账户密码,是不同的东西。

宝塔是服务器的网页管理面板,安装软件、管理网站和数据库都能在里面操作。面板打不开时,检查实际面板端口和防火墙;网站正常访问通常还需要开放 80、443 端口。

安装异次元商城

在宝塔里,按下面的顺序完成:

  1. 安装运行环境。 安装 Nginx、PHP 和 MySQL,并确认版本与商城及支付插件兼容。

  2. 添加站点。 填写域名,选择对应 PHP 版本,同时创建数据库,保存数据库信息。

  3. 上传商城程序。 从项目仓库或文档指定来源获取源码,上传并解压到网站目录,记录版本。

  4. 检查目录。 让商城的入口文件直接位于站点根目录,避免解压后多套一层文件夹。

  5. 配置伪静态。 按项目文档填写完整的 Nginx 规则,让商品页、订单页等地址能够正常访问。

  6. 检查扩展和权限。 按安装向导补齐缺少的 PHP 扩展,尤其留意金额计算使用的 bcmath。

  7. 配置域名与 HTTPS。 按下一段完成解析、站点绑定和证书申请,再通过 HTTPS 进行安装。

  8. 完成安装向导。 填写数据库信息,设置商城管理员账号,登录后台。

具体版本和完整配置看 异次元安装文档,不要把其他商城的教程直接套进来。

我的实际过程里,请技术员帮忙完成了基础搭建,后面再自己调整。遇到不熟悉的环节,可以请人或让 AI 协助,按“网站能打开、能下单、能收款、能发货”逐项验收。

把域名指向服务器,再启用 HTTPS

在当前真正负责域名解析的平台添加 A 记录,指向服务器的公网 IPv4。使用 NameSilo 默认 DNS,就在 NameSilo 配;如果已经把 DNS 切换到其他平台,就在那里配。

同时在宝塔站点里绑定这个域名。解析和绑定都完成后,申请网站 HTTPS 证书,例如在站点 SSL 设置里使用 Let’s Encrypt。签发并验证正常后,再启用 HTTPS 跳转,检查续期设置。

这样,顾客才能通过自己的网址访问商城。服务器部署完成后,自己电脑关机通常不影响网站运行;但支付通道如果另有设备在线要求,需要单独满足。

7. 网站默认界面不好看,怎么办?

这里顺便解释前端和后端。

前端,就是顾客看到和操作的页面,比如商品介绍、购买按钮、付款页面。

后端,就是在服务器上处理事情的程序,比如创建订单、核对付款结果、管理库存和发卡。管理员用来上架商品、查看订单的管理后台,则是你操作这些功能的界面。

异次元商城已经提供了基础功能,但默认页面比较基础。我后来用 Codex 这个 AI 编程工具,帮我调整了页面排版、配色和商品展示。通俗地说,就是给店铺“装修”。

这一步可以慢慢做。先把商品说明写清楚,让顾客知道买什么、怎么买、付钱后到哪里领取,再调整视觉效果。

修改前备份网站程序和数据库;改完后重新检查手机页面、下单、付款和发货。不要只看首页变漂亮了,就认为其他功能也一定正常。

8. 如果我卖的不是卡密呢?

发卡密是这篇教程使用的具体案例。已经有自己网站或在线工具的开发者,可以复用“接收付款结果,再执行交付”的思路。

这些动作需要商城、插件或自己的程序支持。接入支付之后,并不会自动获得所有交付功能。

如果你已经有自己开发的网站,也不一定要重新安装异次元商城;可以由现有网站的后端完成创建订单、核对付款结果和交付。本文用现成商城举例,是为了让整个过程更具体。

9. 网站跑起来以后,仍然需要做什么?

自动发卡可以减少重复查账和手动发货,但仍要补库存、处理异常订单和售后,关注支付通道状态,并续费域名和服务器。

实际结算也要核对:钱进入哪个账户、扣了多少费用、退款从哪里操作,都以所用通道和账单为准,不能只凭一个“支付成功”页面判断。

还有一点,个人支付宝账户、个人经营者和个体工商户,不是同一个概念。本文记录一套网站与支付的对接思路;具体能否用于某类商品,要按自己的身份、商品及通道规则确认,不能把它理解为任何个人账户都能用于所有线上经营场景。

对于刚开始尝试副业的人,可以先准备一个商品,跑通一次完整的购买流程。先确认顾客能买到、钱能核对清楚、商品能交付,再决定后面要增加哪些功能。

资料来源与发布前核对

前面的正文使用站长提供的经历和后台截图,并参考下面的公开文档。安装、支付接口和验证步骤属于操作说明,不代表本次已重新部署或完成真实付款测试。

  • 支付宝支付产品分类:电脑网站支付、手机网站支付等产品名称。

  • 支付宝接口签约条件:账户认证、网站和具体产品准入条件。

  • 异次元商城项目仓库:程序来源。

  • 异次元支付设置:支付插件、接口配置、付款方式的分工。

  • 异次元支付插件开发:通知与返回地址、订单和签名等处理。

  • 异次元安装总览及宝塔安装步骤:运行环境、扩展与部署。

  • 异次元伪静态规则:站点路由和内部文件访问限制。

  • 异次元快速上手:商品与卡密设置。

  • NameSilo DNS 管理:解析记录和根域名填写方式。

  • Vultr 付款说明及实例创建说明。

  • 宝塔官网下载页。

  • 异次元域名与 HTTPS 说明。

作者核对项,发布时可移除:

  • 已由截图确认商城使用“易支付”插件,平安夜登录域名为 pay.xioz.cn;插件实际连接的网关地址仍需配置截图核对。

  • 当前收款通道名称、开户身份、是否要求支付宝官方应用密钥、费用和退款方式,仍需实际后台资料补齐。

  • 手动输入付款金额来自站长对当前通道的描述,不推广为所有支付宝支付的共同操作。

  • Vultr 实际套餐价格及配置、商城与插件版本尚需后台核准;文中的金额为参考预算。

  • 此前检索到的 qjpay.icu 属于不同域名下的同名平台资料,本版不使用其接口路径、签名算法或开户说明指导当前账户。

总结:

这一整套建站+支付对接流程对于大多数个人开发者,或者普通人来说还是很复杂的。我也是折腾了好久才弄起来。后来想想,其实也浪费了很多时间。

所以我的建议就是专业的事情,还是教给专业的人来做。自己大概懂个流程就行,知道购买域名、服务器,用 codex 或者ai 编程工具简单修改前端后端就行,像支付宝对接流程实际上我也是付费让人帮远程对接弄好的,但也不妨碍我完成转化真实的订单(毕竟不过做什么生意,最终目的也是为了赚钱)。

总之,我们重心还是要放在营销上面,技术方案略懂,能保证安全就行,毕竟我也仅仅是一个文科生,哈哈哈。

制作不易,如果对你有帮助,你可以支付宝扫码支持下,Anyway,一杯瑞幸或者蜜雪也是爱!