Articles
Practical explanations, guides and field notes you can read independently, without following a case study from beginning to end.
设置 DNS 前，先确认这五件事
在任何人修改 DNS 前，先找出域名账号、当前设置和 AlphaBlue 需要保护的既有服务。
Read article选择域名连接方式
比较 AlphaBlue 支持的两条路径：由 AlphaBlue 管理 DNS，或由客户保留 DNS 并新增 Pages CNAME。
Read article修改前的 DNS 安全检查清单
更换 Nameservers 或新增 Pages CNAME 前，先保护企业邮箱和其他已连接服务。
Read article域名与 DNS 常见问题及安全恢复
用简单方式说明所有权、续费、Email、等待、错误和应该由 AlphaBlue 接手的情况。
Read article保留现有 DNS，并新增 Pages CNAME
不更换当前权威 DNS 服务商，只把一个子域名连接到 Cloudflare Pages。
Read article让 AlphaBlue 管理域名 DNS
在保留域名所有权、续费与注册商控制权的同时，把 DNS 管理交给 AlphaBlue。
Read articleCloudflare Registrar：把域名连接到 AlphaBlue
通过有限范围的 Cloudflare access 或 Pages CNAME 完成连接，不要尝试替换 Cloudflare Registrar Nameservers。
Read articleGoDaddy：更换 Nameservers 或新增 Pages CNAME
按照当前 GoDaddy Domain Portfolio 流程操作，不删除 Email 或其他无关 DNS records。
Read articleHostinger：更换 Nameservers 或新增 Pages CNAME
使用 hPanel 的 Domain portfolio 与 DNS／Nameservers，不要 reset 既有 records。
Read articleIONOS：使用 Custom Nameservers 或新增 Pages CNAME
按照当前 Domains & SSL 流程连接 IONOS 根域名或 Pages 子域名。
Read articleNamecheap：使用 CustomDNS 或新增 Pages CNAME
安全更换 Namecheap Nameservers，或在 Namecheap 管理 active zone 时通过 Advanced DNS 新增 Pages CNAME。
Read articlePorkbun：更换 Nameservers 或新增 Pages CNAME
安全使用 Porkbun Domain Management，不要混淆权威 Nameservers 与普通 NS records。
Read articleShopify-managed domain：新增 Pages CNAME 或规划转移
为独立 Pages 子域名使用 Shopify DNS，不要中断网店的主要 records。
Read articleSquarespace Domains：更换 Nameservers 或新增 Pages CNAME
适用于 Squarespace 管理的域名，包括从 Google Domains 迁移而来的域名。
Read articleTHNIC 与 thDNS：把 .th 域名连接到 AlphaBlue
安全更改 THNIC 域名 DNS，或通过 thDNS 新增 Pages CNAME。
Read articleWix Domains：新增 Pages CNAME 或规划域名转移
了解 Wix 的 Nameserver 限制，只连接支持的 Pages 子域名。
Read article保存 DNS 修改后会发生什么
了解 AlphaBlue 会检查什么、为什么更新不一定立即出现，以及什么时候才算真正完成。
Read article出现这些情况，请立即停止 DNS 设置
识别应该停止操作、保留证据并向 AlphaBlue 求助的警告信号。
Read article什么样的工作流适合 AI Agent
AI 模型只是自动化的一部分。工作流还需要清晰的工具、权限、验证、人工决定与失败恢复路径。
Read article你的网站上线了。哪些基本数字重要？
四组衡量给新网站一个有用的基线：造访、来源、被记录的参与、以及咨询动作。以下是每一项能证明与不能证明什么。
Read article自动化不会在第一天就取代人力
自动化能减少重复劳动、让流程更稳定，但一套新流程，得先有人去定规矩、盯意外、改毛病，人力才能谈得上变。
Read article科技是变快了，但生意上的活儿一样没少
人工智能(AI)和现代工具确实让写程序变快了，但「看懂你的生意怎么运转、定好谁负责、处理真实的意外情况」这些活儿，一点都没变少。
Read article让真实的生意，替你决定下一步
下一个系统阶段，应该由客人和员工反复出现的问题来定，而不是凭第一套流程都还没跑，就先拍脑袋列一张长长的功能单。
Read article为什么数字化要一层一层来
生意的完整需要可能第一天就存在，但一层一层盖，才给系统、员工和工作流程慢慢变可靠的时间。
Read article为什么第一个网站阶段可能不需要线上付款
线上付款可能是终局目标的一部分，而第一阶段继续复用转帐、QR 付款或其他经过验证的流程，直到付款归属与例外就绪。
Read article可以附档：这还是表单，还是已经是订单系统？
让客户随咨询附上档案是小一步。状态、帐号与付款是另一种动物。真正的界线在这里。
Read article表单、预约还是系统？一份决策指南
用量、可用性、状态、付款与人员准备度，选择第一个可运作的切片——同时保持完整的业务方向可见。
Read article网站、表单、预约、业务系统：界线在哪里
页面、表单、预约服务与营运系统，解决一段生意旅程的不同部分。先定义长期需求，再选择安全的第一运作切片。
Read article客户提交了表单。然后呢？
提交表单不是终点线——它是一段小型接力赛的开始。这是从通知到回覆的真实路径，以及它通常在哪里断掉。
Read article从付款到上线：实际会发生什么
逐步的交付旅程——付款、上线导入、V1 设计方向、V2 细节检视、QA 与生产——以及每个阶段所做的决定。
Read article如何对网站 V1 给出有用的回馈
V1 在详细生产开始前确认设计方向。针对视觉调性、层级、版面与行动呼唤的聚焦回馈，给 V2 一个清楚的基础。
Read article如何选择网站套件，同时不丢失长期方向
选择现在就能运作的公开网站范围，记录更广的数位方向，并把套件功能与加购项、独立系统分开。
Read article如何写出网站真正用得上的生意描述
一个实用的结构——你服务谁、你为他们做什么、一个有意义的不同之处、以及任何你能核实的证明——把粗略的业务知识变成可用的网站素材。
Read article我们提出网站提案前，你最少需要准备什么
五项小决定——生意名称、卖什么、网站语言、Logo 或字标，以及使用字标时的主色——就能解锁 AlphaBlue 的提案。
Read article专案就绪检查清单：你准备好启动网站专案了吗？
一份实用清单，把 AlphaBlue 提案需要的五项输入，与顺利交付所需的额外素材和责任分开。
Read article做网站、养网站，钱到底花在哪里
网站贵不贵，跟「网站」两个字没关系。真正决定价钱的，是这个项目要你理清多少东西、扛下多少责任、接多少系统、天天养多少。
Read article我已经有 Facebook 了——为什么还需要网站？
Facebook 创造触达与对话；你的网站是生意自己拥有的地方，让客户理解生意、采取结构化行动，并让你能衡量那条路径。
Read article让网站成为你生意的真实来源（source of truth）
当你的服务说明、营业资讯与政策住在同一个稳定的地方，每次聊天与社交贴文都会变短——你连结，而不是重答。
Read article网站是数字化的前门，不是整栋楼
网站可以成为客人了解你、找你办事、并让营销可以被衡量的入口。它不必假装是后面那整套系统。
Read article什么是转化路径（conversion path）？
从陌生人看到你的贴文，到成为付费客户之间的实际步骤——以及网站在这条链子里真正的位置。
Read article