# 于入口处，构筑关怀 **第一次遇上那个“正在验证…”的循环时，我以为只是偶发故障。** **第二次，我意识到这是一个模式：** 在 iOS 的微信里，我的 Hashnode 链接会打开到“正在验证…”，转一会儿，然后……就没有然后了。它并不显示“失败”，也不是“被拦截”，只是**悬停**——就像我的文字站在一扇不会打开的门后，而门也不会解释为什么。 起初，我只把它当作技术上的不便。但盯着那个屏幕越久，我越能感受到其中隐含的**人的代价**。人们接入互联网时，从来不是完美的、耐心的读者。他们带着满身的生活而来——疲惫的眼睛，分散的注意力，任务之间那零星的几分钟。就在最初的几秒里，一种直觉会做出决定：我是继续，还是离开？ **这就是入口的全部意义。它不只是一个加载状态。它是系统决定承载一个人向前——还是在开始前就要求他们承受不确定性的那个瞬间。** 对于身处中国的创作者来说，这并不少见。阅读常常始于某个应用的内置浏览器（比如微信 WebView），在这里，验证层和重定向可以悄无声息地决定一个链接是否还能被阅读。文字可以真诚，作品可以精良，但如果抵达本身是脆弱的，作品就永远无法触达读者。 所以，我重建了那扇门——更确切地说，我重建了**抵达的结构**：从点击到阅读之间的那条路。 **如果你是为具体的解决方案而来——比如你搜索了“微信 WebView Cloudflare 验证循环”**——那么我会带你看看我做了什么：阿里云（域名 + DNS CNAME + SSL/HTTPS），以阿里云 OSS 作为稳定基石（[zoe-yuan.com](http://zoe-yuan.com)），以及 Hashnode 的自定义域名（[archive.zoeyuan.com](http://archive.zoeyuan.com) 指向 [zoeyuan.hashnode.dev](http://zoeyuan.hashnode.dev)）。那个无尽的循环消失了。现在即使出现验证，通常也是有明确边界的 Vercel 检查，博客在 iOS 微信中大约 5-10 秒就能加载。 但如果你是以一个**建造者**的身份来到这里——**创始人、设计师、工程师、创作者、写作者**——我想分享我从那个验证屏幕背后，意外领悟到的更深层一课： > **关怀，是一种设计决策。** 它不是一种情绪，不是一个品牌口号。它是一种你在**构建路径时做出的决策**——是你在人们开始之前，要求他们经历些什么的决定。 --- ## **抵达的入口，我改变了什么** 如果你是为具体的解决方案而来，这是简短版本。 **问题**：在微信 iOS 的内置浏览器中，我的 Hashnode 链接会陷入 Cloudflare “正在验证…” 的死循环，导致国内读者无法稳定打开我的文章。 **改变**：我使用阿里云（域名 + DNS CNAME + SSL/HTTPS）重构了入口路径，以阿里云 OSS 作为稳定载体（[zoe-yuan.com](http://zoe-yuan.com)），并将我的 Hashnode 站点映射到自定义域名（[archive.zoeyuan.com](http://archive.zoeyuan.com)），通过 Hashnode 的网络（hashnode.network）进行 DNS 路由，而原始站点仍为 zoeyuan.hashnode.dev。 **结果**：无限循环消失了。现在即使出现验证，通常也只是有明确时限的 Vercel 检查（多发生在长时间未访问后），博客在 iOS 微信中大约 5–10 秒便能加载完成。 这看起来是基础设施的调整。但它也正是**入口本身**：一系列决定用户是顺畅抵达，还是在遇见作品之前就已被困住的结构性选择。 --- ## **两种阅读这篇文章的方式** 从这里开始，文章将分为两个层面。 **如果你在解决具体问题，** 我将分享我尝试过什么（包括使用 Cloudflare），在微信 iOS 中是什么失败了，以及最终阿里云 + Hashnode 自定义域名是如何奏效的。 **而如果你正在打造产品或在线发布作品，** 我将以此作为一个案例，来探讨如何在入口处**构筑关怀**——因为人们首先遇到的系统，塑造了他们的认知、情绪，以及他们是否选择继续。 在这里，我借用约翰·杜威的语言。这位美国哲学家认为，体验由环境塑造——而我们可以通过“它接下来能开启什么”来评判一段体验。 我提及杜威，并非为了显得学术。而是因为这个困境将我直接推到了他所关切的核心问题上： > **我们在起点处创造了怎样的条件——这些条件又在引导人们走向何方？它们是在支持延续，还是在迫使人们离开？** --- ## **我所指的“关怀”是什么** 当我说“关怀”，指的并非友好的界面提示或良好的初衷。我指的是更具体的事：**去设计那些能让美好体验得以发生的条件**。 杜威的核心洞见，在科技领域意外地贴切：体验并非仅存于“用户内心”，也不仅是系统“交付”的内容。**体验诞生于人与所处环境的关系之中**。而当环境是数字化的——一条链接、一个加载界面、一道验证关卡——系统本身就成为了那环境的一部分。 > 因此，关怀不只是一种道德姿态。它是一门设计与工程的学科：**你觉察人们真实经历的困境，然后改变环境，让体验能支撑他们，而非消耗他们。** 在学习体验设计中，我们不仅问：“他们理解内容了吗？”我们更问：这个体验是否帮助他们保持方向感？它是否守护了他们的注意力？在不必制造摩擦时，它是否创造了向前的势能？发展心理学则带来了另一层视角： > 人们是带着完整的**神经系统**到来的，而非空无一物的容器。那个入口，正是这些真实存在与我们构建的体验发生碰撞的地方。 --- ## **构筑关怀：实践中的意义** 首先，让我重新定义贯穿本文的两个核心词： **架构** 这里无关建筑。我指的是**数字路径的骨骼**——从一次点击到最终呈现，中间历经多少次重定向、在何处验证、默认设置是否体谅现实的网络波动。正是这些看不见的**结构逻辑**，形塑了你所感受到的流畅或阻滞。 **构筑** 我刻意不用“设计”或“搭建”。因为**构筑是一种清醒的、负责任的组织过程**——你清楚地知道，自己设定的每一条规则（无论是DNS解析顺序，还是验证超时时间），都将直接编织成他人必须行走的**路径**。这条路能否让人安心向前，取决于你是否在铺下第一块基石时，就看见了行走其上的人。 设计常被理解为“可见的部分”，工程则被视为“不可见的支撑”。而**入口，恰恰生长在这两者的交界**。在这里，所有不可见的骨骼、管道与规则，瞬间坍缩为一种可被身体感知的**体验**：是顺畅，还是凝滞；是明确，还是迷茫。 > 因此，**构筑关怀，意味着将“抵达之路”本身，视为你交付的产品**。你要对那些塑造最初五秒体验的**结构性选择**——重定向策略、验证流程的介入时机、DNS的解析路径、SSL证书的握手方式、内嵌浏览器的兼容逻辑——负起全部责任。它们从来不是无关紧要的背景音，它们就是体验的**第一章节**。 这不仅关乎微信内置浏览器。每当有人设计付费墙、登录流程、Cookie 同意界面或移动端跳转时，他们都在构筑一个入口。问题在于：他们是在用心构筑，还是仅仅选择了对系统而言最省事的方案？ 因此，在链接、加载界面、验证关卡与内嵌浏览器的语境下，构筑关怀具体化为用户体验设计的一系列原则： * **始于用户的真实处境。** 勿以理想条件为前提，要为人真正使用的环境——内嵌浏览器、不完美的网络、现实的限制——而设计。 * **守护注意力。** 当不确定性无益于用户时，不要消耗他们的注意力去应对它。 * **减少隐藏的负担。** 若你的系统需要用户自行寻找变通方案，那等于将系统的复杂成本转移给了他们。 * **保持用户的方向感。** 可预测性本身，就是一种心理安全感。 * **有始，亦须有终。** 一个人道的入口应该完成它的使命——要么让用户进入，要么清晰地告知为何不能。不要让他们悬停。 我并非科班出身的开发者。我并不从一开始就透彻理解微信内置浏览器、Cloudflare、DNS 和 SSL 的完整运作模型。我踏入其中，是因为我的文字**无法被抵达**。于是我将它视为一次探究：观察，建立假设，在真实环境中测试，修正。以下，便是我的故事。 --- ## **当链接不再是邀请的那一天** 那天我的屏幕上显示着“正在验证…”，然后它就停在那里。没有错误提示，也没有明确的拒绝，只有一个循环，不断要求着耐心，却不给出终点。 在微信 iOS 的内置浏览器里，我的 Hashnode 链接无法打开。那个 Cloudflare 的验证循环永远无法完成。而在微信之外，原始网址的加载速度也常常慢得不合情理——沉重到让阅读在真正开始前，就已令人心生退意。 我知道变通的办法——“在默认浏览器中打开”——我甚至为此做了一张小小的引导图。但那张图让一个事实变得无比清晰：如果一个人需要指引才能进入，那么这扇门本身就已经索取过多了。 一个链接，不止是指向内容的指针。它更是一个隐含的承诺：**这将很简单**。当这个承诺被打破时，读者和用户失去的不仅是时间，更是**方向感**。而方向感并非奢侈品——它是让投入得以可能的基础。 --- ## **哲学家杜威教会我的关键概念：连续性，及其与关怀的关系** 杜威用一个词来形容当一扇门失效时被打破的东西：**连续性**。 > 连续性让体验得以向前延展——兴趣转为投入，投入化为意义。当连续性断裂时，人并非仅仅“多等一会儿”。他们学到了一些东西：他们学到这条路可能不值得走，或者，仅仅为了开始，他们就已需要付出太多努力。 而这，正是连续性如何成为一个关乎**关怀**的问题。 是的，有时我们确实出于商业原因需要抓住注意力。这本身并非必然错误。问题在于，我们是通过创造更优体验来**赢得**注意力，还是在用不确定性和隐藏的繁琐来**消耗**人们的注意力。关怀并不排斥商业目标。它坚持的是：我们为达成这些目标所设计的路径，必须始终保持人性化。 所以，我并非仅仅试图让加载变快。我是在努力**重建连续性**——让注意力能顺畅流向阅读，而非困顿于不确定之中——因为我们对自己邀请人们进入的体验，负有责任。 --- ## **体己的入口：体验的初始条件** 因此，我开始用一个术语来更清晰地思考：**体己的入口**。 > 一个“**体己**的入口”，不只是快速的入口。它是一个为体验**设定恰当初始条件**的入口，像知己一样懂得对方处境、给予方便。杜威的观点正是：条件塑造了可能。它们决定了一段体验会是“有学习意义的”——支持好奇心与延续，还是“产生误导的”——教会人们回避与离开。 这就是为什么最初的五秒钟至关重要。它们不仅是技术时间，更是**心理时间**。在那个短暂的窗口里，人们感知到这个系统是什么样的。 --- ## **为真实的网络而设计，而非理想的网络** 在我能准确描述微信里发生了什么之前，其实已经做了一个根本性的选择：我通过阿里云购买了域名。我的着陆页 [`zoe-yuan.com`](http://zoe-yuan.com)，是一个托管在阿里云 OSS（对象存储服务）上的轻量级静态网站。 我这么做，不是为了显得“更技术”。而是因为我希望为国内读者和用户提供可靠的访问。在这个语境下，**关怀**意味着：你不能只造一扇门，就假定它对所有人都适用。你必须为你的读者和用户真实所处的网络环境而构建——即使这意味着你要去学习陌生的东西。 一个稳定的基础站点，也给了你一个可以掌控的“家”，即使平台链接变得脆弱。这不只是为了品牌。这是一种责任。 --- ## **关于 Cloudflare 的尝试——以及我为何选择重构得更简单** 当我在微信内置浏览器中尝试打开自己的 Hashnode 页面，看到那个“正在验证…”的循环时，我怀疑 Cloudflare 牵涉其中。我并不确定，但这个模式足够明显，让我可以测试一个具体的假设：如果 Cloudflare 是摩擦的一部分，那么它或许也能成为解决问题的杠杆。 于是，我尝试将进入 Hashnode 的路径通过 Cloudflare 路由——包括将我的 Hashnode 博客映射到我的自定义域名 [`archive.zoeyuan.com`](http://archive.zoeyuan.com) 时。这并非万全之策，但这是一个有依据的试验：Cloudflare 通常能帮助网站加载更可靠、更快速，我想看看把它放在我的入口路径前，能否在目标环境中减少摩擦。 但嵌入式浏览器是另一个世界。在标准浏览器中表现良好的验证流程，在 WebView 内部可能变得脆弱。重定向、脚本、存储行为、请求头——当浏览器内置于一个应用且网络环境受限时，微小的差异会被迅速放大。 在我的环境中——中国网络 + 微信 iOS WebView——加入 Cloudflare 并没有稳定抵达过程。它反而让过程变得难以预测，并且实际体验感觉更慢了。架构变得更高明，那扇门却变得更不“人性化”。 杜威大概会说：不要抽象地争论工具——要看后果。我所关心的后果很简单：入口是否完成？它是否保持了用户的方向感？Cloudflare 没能帮我达成这两个“是”。 于是，我放弃了那条路径。并不戏剧化，只是很明确。如果一个工具增加了入口处的不确定性，它就改变了人的体验。而对我而言，这比精妙的架构更重要。 这个决定，将我推向了一种不同的解决方案——不是添加更聪明的中间层，而是重构一个更简单、更可靠的入口架构。 真正的转折点是**架构层面**的，而非平台层面。核心洞察不是“我需要一个自定义域名”——这我早就知道。真正的洞察是：“自定义域名”不是一个单一决定，而是一系列结构性选择的集合：DNS 托管在哪里、SSL 证书如何签发、是否存在边缘层代理流量、重定向和验证在嵌入式浏览器内如何表现。 我的第一次尝试——包含 Cloudflare 的自定义域名路径——在我的环境里未能站稳。于是我用不同的架构重构了它：更简单、更直接，为我实际所处的约束条件而设计。 我最终的结构如下： [`zoe-yuan.com`](http://zoe-yuan.com) — 稳定基石（阿里云 OSS 着陆页） [`archive.zoeyuan.com`](http://archive.zoeyuan.com) — 主博客入口（Hashnode 自定义域名；DNS 与 SSL 托管于阿里云；CNAME 指向 [hashnode.network](http://hashnode.network)） [`zoeyuan.hashnode.dev`](http://zoeyuan.hashnode.dev) — 重定向至自定义域名的别名 就在此刻，技术工作变成了一种设计立场：**抵达的架构，就是体验架构的一部分。通往作品的路，本身就是作品的一部分。** --- ## **解决方案技术栈（阿里云 DNS + SSL + Hashnode 自定义域名）** 以下是我所做的具体改变(用直白的语言说明)。 在阿里云 DNS 中，我为 [`archive.zoeyuan.com`](http://archive.zoeyuan.com) 添加了一条 CNAME 记录，指向 [`hashnode.network`](http://hashnode.network)。然后，我在阿里云上申请并启用了 SSL/HTTPS 证书，确保自定义域名能通过 HTTPS 顺利加载。 这些不只是配置步骤——它们是关于“抵达如何发生”的**架构决策**。 DNS 听起来很抽象，直到你意识到它直接决定了读者和用户能否找到你。SSL 听起来像个打勾项，直到你意识到它决定了浏览器和 WebView 是否会将你的网站视为可疑目标。 做出这些改变后，故障模式发生了转变。此前，“正在验证…”的环节是 Cloudflare 的，它会在微信 iOS WebView 内无限循环，无法完成。现在，当验证出现时，通常是 Vercel 的验证，并且**它会完成**。它常在我一段时间未访问后出现，在微信 iOS 中耗时大约 5-10 秒。 这依然是**摩擦**。但这是**有限度的摩擦**。而“有限度”，正是短暂关卡与一扇永不开启的门之间的根本区别。 --- ## **重构之后，发生了什么变化** 最重要的改进其实很简单：读者能够在微信 iOS 中打开 [`archive.zoeyuan.com`](http://archive.zoeyuan.com)，并成功抵达博客页面。即使出现验证，它也会**完成**。这扇门，做到了有始有终。 我还注意到一个更细微的改善：在本地浏览器中，访问体验感觉比以前**轻盈**了。我不敢说我理解背后每一层的原因。但我可以告诉你真实体验中的变化：同样的文字，变得更容易抵达了。 一个改变——**稳定身份与入口**——改善了多个环境。我并未优化内容本身，而是重新设计了入口的架构。 --- ## **用户的神经系统，也是体验的一部分** 即使我们不谈论，系统也会产生情绪影响。一个系统不仅传递信息，它还在人体内**创造一种状态**。最初的几秒——尤其是在移动端、嵌入式的环境里——可以决定一个人是感到心中有数，还是陷入压力。 > 一个加载动画可以带来平和的耐心，也可以引发一小股应激压力。区别往往在于**可预测性**。当系统的行为方式易于理解时，它能让人保持平稳。当它的行为方式让人感觉遥遥无期时，它就是在要求人们背负不确定性。 这就是我所说的“体己的入口”。它不是感情用事，而是**极其务实的**。 --- ## **最好的关怀，是隐于无形的** 大多数读者永远不会知道我改动了 DNS 记录或申请了 SSL 证书。他们看不到那条指向 [`hashnode.network`](http://hashnode.network) 的 CNAME 记录。如果门能正常打开，背后的机械结构便应该消失。 **这种无形，正是关键。** 我所描述的关怀，不该需要掌声。它应该感觉起来就像一种简单的体验：点击、加载、阅读——读者无需首先与系统搏斗。 体己的入口，将复杂性留在了构建者这一边，从而让人能**轻松开始**。 --- ## **我的收获** 这个项目给了我技术上的成果，但更重要的是，它通过杜威所坚持的视角——**后果**——澄清了我作为创作者和构建者所珍视的价值。 它也澄清了“在入口处构筑关怀”在实践中的含义： > 关怀，是将读者和用户的认知与情感体验，视为一种真实的设计输入（而非事后的补救措施），从而使系统能在他们的真实处境中与之相遇，并尽可能以最小的、不必要的张力，承载他们向前。 这个视角，也改变了我对自己所学的总结方式： * **承诺即产品。** 一个链接就是一份邀请。如果人们无法抵达，其他一切都无从谈起。 * **产品包含路径。** 重定向、DNS、验证流程、内置浏览器并非“后端细节”。它们塑造了体验的第一幕，并且常常决定它能否继续。 * **可靠性胜过机巧。** 一个简单但能稳定运行的方案，本身就是一种关怀，因为它减少了入口处的不确定性。 * **性能即是尊重。** 速度不是虚荣，而是你对待注意力的方式。一个“体己的入口”不会浪费人们的注意力在无谓的等待上。 * **AI 需要约束。** AI 可以建议最佳实践，但本地现实决定了什么是“人性化”的。关怀意味着在实际落地的环境中去测试后果。 我牢记于心的那条准则很简单： > **体验始于等待，所以让它短一些。** 有时，你能做的最人性化的事，就是去掉一层障碍，好让别人能轻松抵达。 --- ## **常见问题** * **你所说的“架构”具体指什么？** 这里指的是系统结构——包括域名、DNS、重定向、HTTPS、验证层等。 * **为什么微信内置浏览器会在 Cloudflare 的“正在验证…”中卡住？** 微信使用的是嵌入式浏览器（WebView），其行为模式与 Safari、Chrome 等完整浏览器存在差异。某些在标准浏览器中运行良好的机器人验证流程，在嵌入式环境中可能会出现循环或失败。 * **这是 Hashnode 平台的问题吗？** 不完全是。这是一个**抵达路径**问题：是平台链接行为、验证层与嵌入式浏览器限制共同作用的结果。 * **对你最有效的解决方案是什么？** 将 Hashnode 映射到自定义域名，并通过阿里云管理 DNS 及启用 HTTPS SSL 证书。结果是：在微信 iOS 中，验证变成了**有限且可完成的**（通常是 Vercel 验证），而非**无法解析的死循环**（Cloudflare）。 * **现在还会遇到验证吗？** 有时会，尤其是在微信 iOS 中，当我一段时间没有访问时。关键区别在于：**验证现在会在有限时间内完成**，而不再是将读者和用户困在无止境的循环中。 --- ## **技术附录** * **术语说明** * **着陆页** ([`zoe-yuan.com`](http://zoe-yuan.com))：我的稳定站点，托管于阿里云 OSS，为静态页面。 * **博客** ([`archive.zoeyuan.com`](http://archive.zoeyuan.com))：我的 Hashnode 出版物，已映射到自定义域名。 * **别名** ([`zoeyuan.hashnode.dev`](http://zoeyuan.hashnode.dev))：一个重定向至上述自定义域名的地址。 * **DNS + SSL（概要）** 在阿里云 DNS 中，我为 [`archive.zoeyuan.com`](http://archive.zoeyuan.com) 添加了一条 CNAME 记录，指向 [`hashnode.network`](http://hashnode.network)。我在阿里云申请并启用了 SSL/HTTPS 证书，以确保自定义域名能通过 HTTPS 正常加载。 * **当前预期行为** 在微信 iOS 中，博客现在可以通过 [`archive.zoeyuan.com`](http://archive.zoeyuan.com) 加载。偶尔会出现 Vercel 验证界面（通常在间隔一段时间未访问后出现），验证过程通常耗时 5-10 秒，之后博客页面便会正常加载。 * **核心收获** 如果你在一个全球性平台发布内容，但你的读者和用户身处不同的网络环境，请将**抵达本身也视为作品的一部分**。对我而言，将阿里云 OSS 作为稳定站点，并将 Hashnode 映射到自定义域名 ([`archive.zoeyuan.com`](http://archive.zoeyuan.com))，将一个脆弱的链接转变为了一个真正能完成的入口——尤其是在微信内部。 --- ## **尾注与参考文献** 约翰·杜威，《经验与教育》（1938）。杜威在书中阐述了： * **“连续性与交互性”** 是衡量一段经验是否具有教育价值的标准。 * **“必须给予周遭条件以周到的关注，使每一个当下经验都具有值得珍视的意义”**。 * **“经验是在人与所处环境条件之间的关系中形成的”**——这一观点支持了将系统与入口视为环境条件的基本框架，正是这些条件决定了接下来可能发生什么。 --- ## **最后，带一个问题离开** 下次，当你发布一个功能、一篇文章，或发送一条链接时，不妨问自己： **在我希望他们真正“开始”之前，我让他们经历了什么？** 不仅是“加载速度多快”，更是：我让他们承受了多少**不确定性**？我隐藏了多少本不该他们承担的**隐性劳作**？这个入口，在教他们判断这段体验是否值得投入注意力？ 因为，门本身就是房间的一部分。如果你在意门内发生的一切，那么你无法不关心门口正在发生什么。**真正的关怀，始于那扇门愿意为你转身的瞬间。** --- ## **关于作者** 你好，我是Zoe。身为学习体验设计师与行为策略师，我长期耕耘在学习科学、心理学与人性化AI产品设计的交汇地带——专注设计不仅能产出成果，更能促进**自我认知与可持续技能构建**的界面与体验。若你的团队正在开发用于学习或行为改变的AI工具，**并同样珍视关怀与严谨**，我期待与你探讨**学习体验设计、行为设计及人性化AI产品**相关的合作可能。