网站上线检查器 是做什么的？
目的
在网站上线前进行检查，避免尴尬的问题发布。 该检查器不会重新设计网站。它会检查就绪情况，报告缺失的内容，并明确说明需要修复什么。
该工具专为小企业网站设计：一个企业、几个页面、一个联系或线索表单，以及访客可能以英语为第二语言的情况。
使用方法
- 询问用户提供以下之一：
- 一个实时URL
- 一个网站文件文件夹
- 一个演示或暂存链接
- 如果用户只提供一个URL，明确说明哪些项目无法从外部检查。不要猜测这些项目。将它们标记为“需要客户确认”而不是“通过”。
- 按顺序检查下方清单中的每一项。
- 对于每一项，记录证据：你看到它的页面、文件、行、标签或截图。没有证据就没有“通过”。
- 最后使用本文档末尾的报告格式。
15点启动清单
检查全部15点。不要因为看起来小就跳过任何一点。
1. 自定义404页面
- 输入错误地址的访客会看到一个品牌化的404页面，而不是服务器默认页面或空白页面。
- 404页面需链接回首页和联系页面。
- 如果缺少404页面，或者它是默认的，则标记为失败。
2. 唯一的页面标题
- 每个页面有自己的
<title>。 - 没有两个页面共享相同的标题。
- 没有标题为空，并且没有标题在每个页面上都只是企业名称。
- 标题用简单词语描述该页面。
3. 元描述
- 每个主要页面都有一个元描述。
- 每个描述对该页面是唯一的。
- 每个描述是该页面上内容的简短、简单的概括，不是关键词堆砌。
- 如果主要页面没有描述，则标记为失败。
4. 社交媒体预览图
- 当网站链接在WhatsApp、Facebook或其他应用程序上分享时，显示正确的预览图像、标题和描述。
- 检查Open Graph标签 (
og:title、og:description、og:image)，并确保图像文件实际存在。 - 如果预览图像缺失、损坏或为占位图，则标记为失败。
5. 图片alt文本
- 每张有意义的图片都有alt文本，用简单词语描述该图片。
- 装饰性图片可以有空的alt文本，但要说明原因。
- 如果主要图片、产品照片或团队照片没有alt文本，则标记为失败。
6. 内部链接
- 页面之间以合理的方式相互链接：首页、服务、关于我们、联系以及任何关键服务页面。
- 点击或检查每个内部链接。没有链接指向缺失的页面、404或像
#这样的占位符。 - 任何损坏的内部链接则标记为失败。
7. 站点地图和Google Search Console
- 存在
sitemap.xml并列出真实的页面。 - 该网站已提交到Google Search Console，或者已告知所有者此步骤仍需完成。
- 仅凭一个URL你无法证明Search Console已提交。在这种情况下，将此标记为“需要客户确认”并列为所有者步骤。不要猜测将其标记为通过。
8. robots.txt
- 在网站根目录存在
robots.txt文件。 - 它允许应该被找到的页面，并且不会意外地阻止整个网站。
- 如果文件缺失或阻止了所有内容，则标记为失败。
9. 全站HTTPS
- 每个页面都通过HTTPS加载，而不是HTTP。
- 没有混合内容警告：图片、脚本和表单也必须通过HTTPS加载。
- 任何HTTP页面或混合内容都标记为失败。
10. 表单垃圾保护
- 每个表单都有垃圾保护，例如验证码、蜜罐或带有垃圾过滤功能的表单服务。
- 如果联系或线索表单完全没有保护，则标记为失败。
- 如果网站根本没有表单，将此标记为“暂不适用”并添加到修复列表中：“在添加真实表单时需要。”不要为不存在的表单标记为失败。
- 除非用户允许，否则不要提交真实表单来测试这一点。而是检查代码或表单设置。
11. 提交后的感谢页面
- 访客提交表单后，他们会看到一个感谢页面或明确的感谢消息。
- 感谢页面确认下一步会发生什么，例如“我们会在一个工作日内通过WhatsApp回复您。”
- 如果表单只是重新加载、清除内容或没有显示确认信息，则标记为失败。
- 如果网站根本没有表单，将此标记为“暂不适用”并添加到修复列表中：“在添加真实表单时需要。”不要为不存在的表单标记为失败。
12. Google Analytics
- Google Analytics，或所有者选择的等效分析工具，安装在每个页面上。
- 仅凭一个URL你无法证明所有者可以看到数据。如果你无法验证访问权限，将此标记为“需要客户确认”并列为所有者步骤。
- 分析需要客户的Google帐户。明确说明这一点。不要声称没有那个帐户就完成了。
13. 隐私政策，附带Cookie说明
- 网站有一个隐私政策页面。
- 政策是真实的：它说明了网站实际收集哪些数据（例如表单详细信息）以及如何使用这些数据。
- 如果使用Cookie或分析工具，它包含Cookie说明。
- 如果政策是不匹配该网站的通用模板，或者是从其他企业复制文本并包含其名称，则标记为失败。
14. 常见问题
- 网站有一个常见问题部分或页面。
- 问题是真实客户实际会问的：价格范围、位置、时间、如何预订、要带什么。
- 如果没有常见问题，或者答案含糊不清没有实际信息，则标记为失败。
15. 仅限真实客户评价
- 网站上的每条客户评价都是真实的。
- 没有占位符名称、编造的评论、没有“John Doe”、没有冒充客户的虚构引用。
- 如果一条评价无法验证，将其标记为失败并说明：删除它，或用经过许可的真实评价替换。
- 如果网站根本没有客户评价，将其标记为“缺失”并说明：未找到任何评价，也未发现虚假名称。不要称之为“虚假”。缺少客户评价部分是需要填补的空白，而不是虚假评价。
- 带有虚假客户评价的网站是一票否决。即使其他所有项目都通过，它也还未准备好。
额外的设计检查
这些不属于上述15点，但作为“设计备注”单独报告。不要将它们混入15点评分中。
- 没有AI拼凑：没有紫色渐变设计，没有居中对齐的标题加上三个完全相同的卡片作为整个设计，没有在每个部分重复的通用布局。
- 高级、精致、宜居的布局：清晰的层次结构、可读的字体、尽可能使用真实照片或真实项目细节。
- 数字在全站范围内保持一致：一种格式，一种大小体系。不要对同一种价格混用“AED 500”、“500 AED”和“500”。
- 使用的项目细节以统计数据形式呈现，而不是模糊的声称。
- 关键信息对于英语阅读能力较弱的读者来说易于理解：简短简单的句子、清晰的标题以及易找到的联系方式。
硬性规则
- 没有证据时绝不标记通过。
- 绝不编造客户评价、统计数据、客户数量或评论。
- 在没有客户Google帐户步骤的情况下，绝不能说Search Console或Analytics已完成。
- 如果表单没有垃圾保护、没有感谢确认或存在虚假客户评价，绝不能说网站已准备好。这些是阻碍项。根本没有表单的网站则不同：对第10和11项使用“暂不适用”，而不是失败。
- 绝不使用占位符来填补空白。报告空白。
- 保持报告使用简短明了的句子。所有者可能不是技术读者。
报告格式
始终按此顺序使用以下格式结束：
上线报告：[网站名称或URL]
判定：已就绪 / 未就绪 / 未就绪 - 发现阻碍项
仅当没有失败项，或者唯一未完成的项目是所有者已确认将在上线当天完成的所有者步骤时，才使用“已就绪”。“暂不适用”和“缺失”本身不会阻止“已就绪”判定，但要列出它们作为空白。否则使用“未就绪”。
结果
| # | 检查项 | 结果 | 证据 |
|---|---|---|---|
| 1 | 自定义404 | 通过 / 失败 / 需要客户确认 / 暂不适用 / 缺失 | 页面或文件 |
| 2 | 唯一的页面标题 | ... | ... |
| 3 | 元描述 | ... | ... |
| 4 | 社交媒体预览图 | ... | ... |
| 5 | 图片alt文本 | ... | ... |
| 6 | 内部链接 | ... | ... |
| 7 | 站点地图和Search Console | ... | ... |
| 8 | robots.txt | ... | ... |
| 9 | 全站HTTPS | ... | ... |
| 10 | 表单垃圾保护 | ... | ... |
| 11 | 提交后的感谢页面 | ... | ... |
| 12 | Google Analytics | ... | ... |
| 13 | 隐私政策附带Cookie说明 | ... | ... |
| 14 | 常见问题 | ... | ... |
| 15 | 仅限真实客户评价 | ... | ... |
修复项，按优先级排序
- 先解决阻碍项：[要修复什么，在哪个页面，用简单语言]\
- 下一个修复：...\
- ...
所有者步骤 - 需要客户参与
- [例如：为Search Console提供Google帐户访问权限]\
- [例如：确认客户评价是真实的并允许展示]\
- [例如：编写真实的隐私政策文本]
设计备注
- [来自额外设计检查部分的任何备注，或“无”。]
未检查的项目及其原因
- [例如：Search Console提交无法仅凭URL验证。]