Typecho 文件和数据库部署完成后，网站能否正常上线，通常取决于三个配置是否衔接：宝塔中的站点域名、域名服务商处的解析记录，以及站点的 HTTPS 证书。正确顺序应当是先在宝塔中绑定域名，再让域名指向服务器，确认域名可以访问后，最后申请并启用 SSL。
先确认站点和域名信息
在开始配置前，先准备好以下信息：
- Typecho 已经安装在宝塔的网站目录中；
- 服务器有可用的公网 IP；
- 已经拥有准备使用的域名；
- 能够登录域名服务商的管理后台；
- 能够登录宝塔面板。
如果 Typecho 还没有完成安装，应先通过服务器地址或临时访问方式完成基础安装。本文只处理安装完成后的域名解析、站点绑定和 SSL 衔接，不涉及 Typecho 文件上传、数据库创建等前置步骤。
第一步：在宝塔中添加或绑定站点域名
登录宝塔面板，进入左侧的“网站”管理页面，找到 Typecho 所在的站点，打开站点设置。
如果站点尚未创建，可以使用“添加站点”功能，并将 Typecho 的网站目录设置为站点根目录。添加站点时，在域名位置填写准备使用的域名，例如：
example.com如果还计划通过带有 www 的地址访问，也应根据实际使用方式一并绑定：
www.example.com这里填写的域名必须和之后访问网站、申请 SSL 证书时使用的域名保持一致。不要只在域名服务商处创建解析记录，却忘记在宝塔站点中绑定域名，否则请求可能无法匹配到正确的网站。
站点绑定完成后，先记下服务器公网 IP，下一步需要在域名服务商后台使用它配置解析。
第二步：让域名指向服务器
进入域名服务商的 DNS 管理页面，为域名添加指向服务器公网 IP 的解析记录。常见做法是为根域名配置记录，使：
example.com指向服务器 IP。
如果还要使用：
www.example.com则需要为 www 这个主机记录配置相应的解析，使它同样能够指向当前站点。具体的记录名称和填写方式会因域名服务商的界面不同而有所区别，但核心目标只有一个：访问所使用的域名时，请求应当到达部署 Typecho 的服务器。
域名解析修改后不一定会立即在所有网络中生效。因此，刚保存解析记录时，如果浏览器仍然无法访问，不要马上重复修改宝塔配置。可以先检查以下内容：
- 解析记录中的目标 IP 是否填写正确；
- 宝塔站点绑定的域名是否与浏览器地址完全一致；
- 是否误把域名指向了旧服务器；
- 是否同时配置了根域名和
www域名，但只绑定了其中一个； - 当前访问地址是否包含了错误的协议或拼写。
在解析生效后，使用浏览器访问 http:// 开头的域名。如果能够打开 Typecho 首页，说明域名解析和宝塔站点绑定基本已经衔接成功。
第三步：确认 HTTP 访问正常
申请 SSL 之前，建议先确认普通 HTTP 访问没有问题。此时重点检查的不是页面样式，而是访问路径是否正确：
- 浏览器地址栏中的域名是否与宝塔绑定的域名一致；
- 打开的是否为当前 Typecho 站点，而不是其他默认站点；
- Typecho 首页和后台是否能够正常加载；
- 页面中的链接是否仍然指向服务器 IP、临时域名或其他旧地址。
如果 HTTP 访问到的是空白站点、默认页面或其他网站，优先回到宝塔检查站点绑定和网站目录。若域名还没有正确指向当前服务器，直接申请 SSL 往往也无法完成验证。
第四步：在宝塔站点设置中部署 SSL
确认域名已经能够访问后，回到宝塔“网站”页面，点击对应站点，进入站点设置中的“SSL”页面。
宝塔的 SSL 页面通常提供几种部署方式：
- 已经拥有证书时，选择当前证书，分别填写证书内容和密钥内容；
- 需要申请证书时，根据页面提供的证书申请方式进行操作；
- 进行临时测试时，可以选择测试证书或页面中提供的其他测试选项；
- 如果宝塔证书夹中已有可用证书，也可以从证书夹中选择。
如果使用证书文件手动部署，应确认填写的是与当前域名匹配的证书和密钥。填写完成后，点击“保存并启用证书”。宝塔页面出现证书部署成功或能够显示证书信息后，再进行 HTTPS 访问测试。
证书只应部署到实际绑定了对应域名的站点上。不要因为服务器上存在多个网站，就把其他站点的证书随意套用到 Typecho 域名上。
第五步：测试 HTTPS，再决定是否强制跳转
证书部署完成后，先手动访问：
https://example.com如果使用了 www 域名，也要测试：
https://www.example.com确认 HTTPS 页面可以正常打开、浏览器没有证书错误后，再回到宝塔 SSL 设置中考虑开启“强制 HTTPS”。宝塔文档说明，开启该选项后，用户访问网站时会被强制使用 HTTPS。
不建议在证书尚未部署成功时直接开启强制 HTTPS。否则，HTTP 请求可能被跳转到尚未配置好的 HTTPS 地址，排查问题时容易把“域名解析错误”和“证书配置错误”混在一起。
第六步：检查 Typecho 的站点地址
域名和证书配置完成后，还要检查 Typecho 后台中的站点地址是否已经改成最终使用的 HTTPS 地址。重点是确认后台配置与实际访问地址一致，例如实际访问使用的是：
https://example.com那么 Typecho 的站点地址也不应继续保留服务器 IP、临时域名或旧的 HTTP 地址。
如果站点地址没有同步修改，常见表现包括后台跳转异常、登录后又回到其他地址、文章链接仍使用 HTTP，或者页面资源无法正常加载。修改后，可以退出后台并重新通过最终域名登录，检查首页、后台和文章页面中的链接是否一致。
如果同时使用根域名和 www 域名，应提前确定一个主要访问地址。不要让后台配置使用根域名，而平时又通过 www 地址访问，除非你已经明确配置了统一跳转方式。
常见问题的排查顺序
域名打开的是默认页面
先检查域名解析是否指向当前服务器，再检查宝塔站点是否绑定了这个域名，以及网站目录是否确实是 Typecho 所在目录。解析正确但站点绑定错误时，服务器可能会把请求交给其他站点。
HTTPS 无法访问
先确认证书是否已经在正确的站点中保存并启用，再检查访问的域名是否包含在证书适用范围内。如果 HTTP 可以访问而 HTTPS 不行，问题通常应优先从 SSL 部署和站点域名匹配关系查起。
页面能打开，但部分资源仍使用 HTTP
检查 Typecho 后台的站点地址是否仍然使用 HTTP，也检查主题或插件中是否保存了旧的域名。先统一站点地址，再重新打开首页和文章页面观察链接是否已经切换。
修改后仍然访问旧页面
这可能是域名解析尚未完全生效，也可能是浏览器保留了旧访问结果。可以换一个网络环境测试，并再次核对 DNS 记录、宝塔绑定域名和浏览器地址三者是否一致。
整个衔接过程可以概括为：先在宝塔创建或绑定 Typecho 站点，再让域名解析到服务器，确认 HTTP 访问正常后部署 SSL，最后统一 HTTPS 访问地址并视情况开启强制 HTTPS。只要每一步都先验证结果，再进入下一步，域名解析、站点绑定和 SSL 配置就不容易相互干扰。
