📍 WDQWDWQD987AAAAA:216.73.216.254
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /41f6d353e99b.html
📄

域名与空间，怎样形成可复用检查清单

把“域名与空间”做成可复用检查清单，核心是固定检查对象、检查动作和判定标准三件事：每次换域名、换主机、迁站或排查访问问题时，按同一张表逐项打勾，结果只有“通过、不通过、待确认”三种，避免凭印象判断。清单本身应分域名侧、空间侧、二者衔接三块，每块都写明要查什么、怎么查、查出来说明什么。

域名侧：注册信息、解析与到期状态

域名侧最容易出问题的是“以为指向了，其实没生效”。建议固定查四项：

• 注册状态与到期日：在域名注册商控制台查看域名状态是否正常、到期时间还有多久。若状态异常或临近到期，先处理续费，否则后续解析和访问都可能中断。
• DNS 解析记录：查 A 记录、AAAA 记录、CNAME 记录是否指向当前空间商提供的地址。用命令行 nslookup 你的域名 或 dig 你的域名 对比控制台记录。结果与空间商要求不一致，说明解析没配对。
• NS 服务器：确认域名使用的是哪组 NS。若 NS 还指向旧服务商，即使在当前控制台改了记录也可能不生效。
• 解析生效范围：从不同网络环境查询同一域名，看返回 IP 是否一致。若长期不一致，可能是 DNS 缓存或解析未完全同步，需要等待或检查 TTL 设置。

判断标准：注册状态正常、解析记录与空间商要求一致、NS 指向正确，三项都满足才算域名侧通过。

空间侧：服务器、证书与可访问性

空间侧检查的目标是确认“服务器确实在提供服务，并且能正确响应这个域名”。可固定查以下内容：

1. 服务器是否在线：用 ping 或空间商控制台的状态页确认主机可达。若不可达，先看是网络问题、欠费停服还是配置错误。
2. Web 服务是否响应：用 curl -I https://你的域名 查看返回状态码。返回 200 说明正常响应；返回 403、404、500 等要分别排查权限、路径或程序错误。
3. HTTPS 证书：检查证书是否覆盖当前域名、是否在有效期内。注意 HTTPS 只保证传输加密，不等于站点没有安全漏洞，也不保证排名。
4. 绑定域名：在空间控制台确认该域名已加入绑定列表。若空间只绑了主域名，访问带 www 或其他子域可能失败。
5. 默认首页与目录：确认根目录存在可访问的首页文件，且路径与空间配置一致。返回目录列表或空白页，说明默认文档配置有问题。

判断标准：服务器在线、HTTP 状态码正常、证书有效且域名已绑定，才算空间侧通过。

衔接检查：抓取、收录与索引状态

域名和空间都正常，不代表搜索引擎能正常抓取和索引。这一块要单独查，并且区分“抓取限制”和“索引移除”：

• robots.txt：访问 https://你的域名/robots.txt，确认没有误屏蔽整站。robots.txt 的抓取限制不等于可靠的索引移除，被屏蔽的页面仍可能因外部链接出现在结果中。
• 站点地图：确认站点地图可访问且返回正常格式。站点地图不保证收录，它只是提交线索，最终是否收录由搜索引擎判断。
• 页面可抓取性：用搜索引擎官方提供的抓取测试工具或直接查看页面源代码，确认关键内容不是仅靠脚本渲染且无替代输出。
• 索引状态：用 site:你的域名 做粗略观察，再结合搜索控制台类工具的索引报告核对。不同搜索引擎支持情况须分别核查，不能用一个平台的结果推断另一个。

判断标准：robots.txt 未误屏蔽、站点地图可访问、页面内容可被抓取，三项满足后，收录情况仍需按各搜索引擎分别观察。

把清单变成可复用模板

要让清单真正可复用，建议每次执行时记录四列：检查项、检查命令或入口、实际结果、判定结论。示例（假设场景）：某次迁站后，dig 返回的 IP 与空间商要求不一致，判定为“解析未更新”，处理方式是修改 A 记录并等待 TTL 到期。这个例子只说明记录方法，不代表任何真实项目结果。

适用条件：同一张清单可用于新购域名、更换空间、迁移站点和日常排查。若站点使用 CDN 或反向代理，需在清单中额外增加“回源地址是否正确”一项，因为此时解析指向的未必是源服务器。判断结果只有三种：全部通过则可进入下一步；任一项不通过则先修复再复测；无法当场确认的标记为待确认，并写明复查时间。

下一步：把上面三块整理成一张表格，先对当前域名和空间完整跑一遍，把不通过项按“域名侧、空间侧、衔接”分类修复，再复测一次，这张表就成为你之后每次迁站或排障都能直接复用的检查清单。