一个荷兰设计师用 WordPress 服务 80+ 市政厅：三年零宕机的公众投票工具

如果你做过公众问卷，大概率遇到过这种情况：每次回收上来的意见，都来自同一小拨人——那些本来就会来开会、本来就有现成观点的活跃分子。Florian Francken 也碰到过一模一样的难题，于是他干脆自己做了一个不一样的东西：Swipocratie。

Florian 是一名数字设计师，Swipocratie 基本上是他一个人在运营。这是一款建立在 WordPress 上的投票工具，把公众参与做得更接近刷 Tinder，而不是开一场居民听证会。现在有超过 80 个荷兰市政厅在用它，还有五个省，以及 Rijkswaterstaat（荷兰基础设施与水利部的执行机构）和 FNV（荷兰工会联合会）这样的组织，用它去触达那些从来不出现在决策会议上的普通居民。

三年前，他在上一家托管商那里自己运维的 VPS，正在把这一切置于风险之中。下面是他解决问题的过程。

一款为「从不填问卷的人」而做的投票工具

任何试着从社区里收集真实反馈的人都知道那个套路：一小拨热心人总是到场，其他人则保持沉默。Florian 把这个沉默的大多数称为「silent majority」，而想触达他们，正是他做 Swipocratie 的初衷。

他学的是政治学，后来接受了平面设计训练，再慢慢转向 UX 设计。他做了 15 到 20 年自由职业者，直到最后几个项目之一——为乌得勒支省做的一个项目——把他推向了一个新方向：想办法让更多市民参与到本地政策决策里。那个项目成了 Swipocratie 的种子。

形式很简单：

• 市民看到一张图片、一个简短标签，以及一个有两个可选答案的问题，比如「你更希望家门口是绿地还是停车位」
• 他们滑动或点击来作答，然后进入下一题
• 一份大约 30 题的完整问卷，做完大概只要三分钟

除了这 80 多个市政厅，Swipocratie 的覆盖面也超出了荷兰，还做了德国一些市政厅和下萨克森州的项目。

有一个项目能说明它的适用范围：WATT NOU!，这是为 Natuur en Milieufederatie Utrecht（自然与环境联合会）做的一次活动。

• 覆盖乌得勒支的 12 个市政厅
• 面向 16 到 25 岁的居民——这是公众问卷很少能触达的群体
• 聚焦能源转型，在他们本来就在用的平台上和他们对话

Florian 把这些问卷作为付费活动来运营，针对特定社区或年龄群体投放，尤其关注他所说的「沉默的大多数」：那些会被本地决策影响、却很少出现在讨论这些决策的会议上的居民。

「我们称之为沉默的大多数。平时他们不会参与，而有了 Swipocratie 这个工具，他们多少会参与一点。因为它用起来太简单、太轻松了，而且和社交媒体的行为习惯是打通的。」

从社区想法到一个上线的 WordPress 问卷

把一屋子天马行空的想法变成一个能跑的网站，是每一个用 WordPress 建站的人都熟悉的挑战。下面是 Florian 多年来打磨出来的一套工作流：

• 在 Miro 上做设计工作坊，他和社区成员一起共创问题
• 为每个问题准备一小组图片和答案选项——他说这是最难拿捏的部分：既要简单到三分钟能做完，又要有足够的细微差别，才能得出有用的答案
• 用 WordPress 搭建，他会复制并导入一套模板站点结构，用在每一个新项目上

大多数项目 Florian 都自己扛，只有当项目大到一个人管不过来时，才会找自由职业者、小公司或顾问来帮忙。

「问题可能在于它太表面、太仓促、太非黑即白。但如果你把问题设计对了，其实能做出非常有细微差别的问卷。」

Swipocratie 跑在 WordPress 上，Florian 把这些站点托管在 SiteGround。

为什么自己运维的 VPS 撑不住了

如果你自己管过服务器，你懂那种感觉：每一个设置都得你自己负责。这正是 Florian 搬到 SiteGround 之前遇到的情况。

他当时在荷兰跑一台自己运维的 VPS，比他想投入的精力要「hands-on」得多。等到 Swipocratie 的问卷开始吸引真实流量——有些活动一周能带来大约一万名参与者，而每答一题都会触发一次数据库调用——这套配置开始暴露出它的极限：

• 服务器设置、PHP 配置和缓存都需要不停照看
• 站点经常掉线，反复调缓存也没能彻底解决
• Florian 没有一个清晰的办法自己去诊断或修复问题，因为服务器排障本来就不是他的专长

对一个工具来说，它的全部价值都取决于「在被邀请参与的那一刻，它是活的、响应快的」。反复宕机，对这份工作就是直接的威胁。

一位和 Florian 合作的开发者把他引向了 SiteGround。

「我一直合作的那位开发者，是他推荐给我的，因为过去我为自己这种特殊场景找托管商时，总是遇到一堆问题。」

从自运维 VPS 搬到 SiteGround

Florian 已经在 SiteGround 上运营 Swipocratie 三年了。他养成了一套工作流，现在每一个新的问卷项目都会重复：

• 保留一套已经把完整站点结构搭好的 WordPress 模板安装
• 为每个新问卷项目复制或用 SiteGround 导入器新建一个站点并导入
• 上传活动的图片，手动填好每个问题字段

SiteGround 托管自带的缓存、安全和迁移插件，正好匹配一个靠流量驱动的投票工具的需求，他这边不需要再做任何额外配置。他还在 Swipocratie 网站的营销侧用上了 SiteGround AI Agent——就是那个向潜在地方政府客户介绍工具的资讯站——用它来做搜索和 AI 优化。

「我得说，激活这个插件、和它互动有多容易，已经让我印象深刻了。我觉得这是个非常酷的功能。」

他还没有把 AI Agent 用到投票工具本身。Swipocratie 的界面是用 JavaScript 构建、异步加载的，这让屏幕阅读器很难解析，Florian 一直在琢磨：怎么在这个技术限制，和「尽可能简单地触达更多人」这个更大目标之间取得平衡。当有人提到给问卷图片加上描述性 alt 文本时，他认同这是个顺理成章的下一步。

「这是无障碍性，和用简单方式触达大群体之间的取舍。而后者是我的主要目标。」

三年，零宕机，高峰期 10-15 个站点

自从三年前搬到 SiteGround：

• Florian 的 Swipocratie 站点在 SiteGround 上零宕机，包括那些一周吸引一万名参与者的活动
• 搬到 SiteGround 之后，Florian 再也没碰过服务器配置、缓存或 PHP 设置
• 高峰期，Florian 会同时运营 10 到 15 个 Swipocratie 问卷站点

他唯一还没解决的诉求，跟性能无关。因为他有时会同时跑 10 到 15 个问卷站点，正在触及当前方案的 inode 上限，他希望能有在现有订阅内扩容的选项，而不是再开第二个账户或搬到 VPS。这是他在这次对话里第一次提出的扩展性问题，他打算直接找 SiteGround 支持团队沟通。

「我得说，整体上我对 SiteGround 真的、真的非常满意。」

WordPress 能不能扛住高流量公众问卷而不宕机？

能——Swipocratie 这款基于 WordPress 的投票工具，已经在 SiteGround 上运行三年，零宕机，包括那些一周吸引一万名参与者的活动。

对流量突发的活动，哪些托管功能最重要？

缓存、安全和迁移插件——它们被配置到无需手动调优就能扛住负载。搬到 SiteGround 之后，Florian 再也没调整过服务器、缓存或 PHP 设置。

SiteGround AI Agent 能怎么帮到 WordPress SEO？

Florian 在 Swipocratie 的营销站上用它来做搜索和 AI 优化，他称它激活和互动都很容易。

可靠的托管，意味着沉默的大多数真的被听见

Florian 的背景是设计和市民参与，而不是服务器，这也正是为什么旧的那套配置对他不管用。每一个花在排查数据库调用或缓存规则上的小时，都是没有花在真正重要的那部分工作上的小时：写出更好的问题，让更多人愿意作答。

这种取舍并非公民科技独有。任何一个运营「需要在某个明确窗口内可靠在线」的工具的人——不管是一场问卷活动、一次产品发布，还是一轮季节性流量高峰——都在下同样的赌注：当注意力都指向它时，底层的基础设施能撑住。撑不住的时候，代价并不抽象。它是那场跑到一半突然没了动静的活动，是那个点了链接却什么也没得到的参与者。

让「保持在线」少一件要操心的事

三年里没有一次故障，改变了 Florian 每天工作的样子。他做问卷、和 80 多个市政厅一起办社区工作坊，剩下的交给托管。

如果你的工作取决于「在人们出现的那一刻必须在线」——一场活动上线、一次流量高峰、一个挪不动的截止日期——那么这就是为真实负载而生的托管在实践中该有的样子：少一件要操心的事，好让真正的工作得到你全部的注意力。