有时您查看自己的网站并想知道，这是一个好网站吗？
退后一步，批判性地审视您的工作并提出公正的问题会有所帮助。
任何网站都可能出错。问题可能会出现并被忽视，或者不够紧急而无法立即处理。
次要的SEO 技术问题会堆积起来，新的程序库会增加页面的延迟，所有这些都会累积到站点无法使用为止。
在此之前评估您网站的质量至关重要。
那么你的网站有哪些缺陷呢？
您如何才能修复它们并正常工作？
继续阅读以了解评估网站质量时应该提出的 50 个问题。
1. 网页是否包含多个H1标签？
页面上不应有多个 H1 标签。
H1 标签可能不再是 Google 的一个重要问题，但对于屏幕阅读器来说仍然是一个问题，最佳实践是应该只有一个。
H1 标签表示页面的焦点，因此应该只在页面上出现一次。
如果在页面上包含多个 H1 标签，则会淡化页面的焦点。
H1是一页的论文陈述；保持直截了当是必不可少的。
2. 网站容易抓取吗？
尝试使用 Screaming Frog 等第三方工具抓取您的网页，在 Google Search Console 上检查您的抓取错误，或将网页插入 Google 的移动友好测试中。
如果您无法抓取您的网站，搜索引擎也可能无法有效地抓取它。
3.错误页面配置是否正确？
错误页面配置不正确时可能会出现问题。
许多网站都有独立的 404 页面，它们不会向 Google 发送 404 信号。相反，他们向用户说404 并发送200 个 HTTP 代码，向搜索引擎发出信号，表明该页面是好的内容，并且可编入索引。
这可能会在爬网和索引编制中引入冲突。
安全的解决方案是确保所有页面都显示状态并显示该状态是什么。
4xx 页面应显示 4xx 错误和 4xx 状态。
5xx 页面应显示 5xx 状态。
使用任何其他配置会增加混乱，并且在涉及您的特定问题时无济于事。
以这种方式识别问题并纠正它们将有助于提高您网站的质量。
4. 导航是否使用 JavaScript？
如果您使用使用 JavaScript 实现的导航，则会干扰跨平台和跨浏览器的兼容性。
如果您被带到一个新的 URL，请使用直接的 HTML 链接来导航用户。
许多相同的效果可以通过直接的 CSS 3 编码来实现，应该用于导航。
如果您的网站使用响应式设计，这应该已经是其中的一部分。
说真的，抛弃 JavaScript。
5. URL 是否解析为单个案例？
与上面的规范化问题一样，多种情况下的 URL 可能会导致重复的内容问题，因为搜索引擎会同时看到所有这些 URL 实例。
您可以用来处理多案例 URL 的一个技巧是在网站的 htaccess 文件中添加一个较低的命令。
这将导致所有多案例 URL 呈现为您选择的一个规范 URL。
您还可以检查页面上的规范以检查它是否匹配，并根据 URL 末尾是否有斜杠来查看是否有多个页面。
6. 您的网站是否使用扁平架构？
使用扁平架构是可以的，但不适合主题焦点和组织。
使用扁平架构，您的所有页面通常都转储在根目录中，并且不会关注主题或相关主题。
使用孤立的架构可帮助您按主题和主题对网页进行分组，并使用链接结构来组织它们，从而进一步加强主题焦点。
反过来，这有助于搜索引擎更好地了解您要排名的内容。
对于主题焦点较窄的网站，扁平架构可能是更好的方式，但仍然应该有机会使导航孤立。
7. 网站上是否没什么高质量内容？
短格式内容不一定是问题，只要它的质量足以用该查询的信息回答用户的查询即可。
内容不应以字数来衡量，而应以质量、独特性、权威性、相关性和信任度来衡量。
如何判断内容是否单薄？问问自己这些问题：
- 这是高质量的内容吗？
- 它是独特的内容吗（它是否写得足够独特以至于不会出现在其他任何地方（在 Google 或网站上）？
- 内容是否权威地满足用户的查询？
- 当您访问该页面时，它是否相关并且是否会产生信任？
8. 您打算重用现有代码还是从头开始创建站点？
复制和粘贴代码并不像您想象的那么简单。
你有没有见过在使用 W3C 验证器检查时似乎每一行代码都有错误的网站？
这通常是因为开发人员复制并粘贴了为一个 DOCTYPE 编写的代码并将其用于另一个。
如果您将 XHTML 1.0 的代码复制并粘贴到 HTML 5 DOCTYPE 中，您可能会出现数以千计的错误。
这就是为什么在将站点转移到 WordPress 时必须考虑这一点的原因 – 检查使用的 DOCTYPE。
这会干扰跨浏览器和跨平台的兼容性。
9. 站点是否有适用的 Schema.org 结构化数据？
Schema是在 Google 上获取丰富网页摘要的关键。
即使您的网站不适合特定的结构化数据元素，也有办法添加结构化标记。
首先，执行实体审计对于发现您的站点已经在做什么很有用。
如果没有，您可以通过向以下内容添加模式标记来纠正这种不公平：
- 导航。
- 标识。
- 电话号码。
- 每个网站上的某些标准内容元素。
检查您是否只使用一种数据类型的架构，并且该架构符合 Google 的标准。
10. 网站有 XML 站点地图吗？
拥有XML 站点地图可以让搜索引擎更轻松地抓取您的网站。
站点地图中的 4xx 和 5xx 错误、站点地图中的非规范 URL、站点地图中的被阻止页面、太大的站点地图以及其他问题都应该考虑以衡量站点地图如何影响网站的质量。
11. 着陆页是否没有正确优化？
有时，针对网站上的相同关键字优化多个着陆页并不会使您的网站更具相关性。
这会导致关键字蚕食。
为同一个关键字设置多个着陆页也会稀释您的链接资产。
如果其他网站有兴趣链接到您关于特定主题的页面，Google 可能会稀释所有这些页面上关于该特定主题的链接资产。
12. Robots.txt 文件是否没有错误？
如果网站所有者没有正确配置Robots.txt，它可能是一个主要问题。
我在网站审核中经常遇到的一件事是 robots.txt 文件配置不正确。
我经常看到存在索引问题的网站，并且他们不必要地添加了以下代码：
不允许： /
这会阻止所有爬虫从根文件夹向下爬取网站。
有时您需要禁止机器人抓取您网站的特定部分——这很好。
但请务必检查您的 robots.txt以确保 Googlebot 可以抓取您最重要的网页。
13. 网站是否使用响应式设计？
移动独立网站的时代已经一去不复返了（您知道，使用移动网站子域的网站：“mobile.example.com”或“m.example.com”）。
由于响应式设计，这不再是必要的。
相反，现代方法利用 HTML 5 和 CSS 3 媒体查询来创建响应式设计。
随着谷歌移动优先索引的到来，这一点变得更加重要。
14. Robots.txt 中是否屏蔽了 CSS 和 JavaScript？
过一遍这一点很重要，因为 robots.txt 不应阻塞 CSS 或 JS 资源。
谷歌在 2015 年 7 月发出了关于阻止 CSS 和 JS 资源的大规模警告。
简而言之，不要这样做。
您可以在Google 的移动友好测试中查看这是否会导致问题。
15. 整个网站是否使用了过多的动态 URL？
确定动态 URL 的数量以及它们是否存在问题可能是一个挑战。
如果他们这样做，您可能会遇到影响可抓取性的动态 URL 问题。
它使搜索引擎更难理解您的网站及其内容。
请参阅SEO 友好 URL 结构的终极指南以了解更多信息。
16. 网站是否被太多链接所困扰？
太多的链接可能是一个问题，但不是你想象的那样。
Google 不再因页面上的链接超过 100 个而惩罚页面（John Mueller 在 2014 年证实了这一点）。
但是，如果您确实有超过该数量（可能明显更多），则可以将其视为垃圾邮件信号。
此外，在某一点之后，谷歌将放弃查看所有这些链接。
17. 站点是否有菊花链 URL，这些重定向是否超过 5 个或更多？
虽然 Google 最多会跟踪五个重定向，但它们仍然会出现问题。
如果重定向继续进入过多的领域（超过五个重定向），则重定向可能会带来更多问题。
因此，确保您的网站有两次或更少的重定向是一个好主意，假设这一举动不会影响该网站之前的 SEO 工作。
重定向对用户来说也很烦人，在某一点之后，人们会放弃。
18. 网站上的链接是否使用 Javascript？
使用 JavaScript 提供任何导航元素都是一个坏主意，因为它限制了跨浏览器和跨平台的兼容性，干扰了用户体验。
如果有疑问，就不会成为链接使用JavaScript和只使用纯HTML来帮助链接。
19.网站链接配置文件中的锚文本是否过度优化？
如果您的站点的链接配置文件包含过度优化和重复的锚文本，则可能会导致可能的操作（无论是算法操作还是手动操作）。
理想情况下，您的网站应该有指向您网站的锚文本的健康组合。
正确的平衡遵循 20% 规则：20% 品牌锚点、20% 完全匹配、20% 主题匹配和 20% 裸 URL。
挑战在于实现这种链接配置文件的平衡，同时不留下您正在做的任何操作的识别足迹。
20. 您的网站是否正确实施了规范化？
规范化是指确保 Google 看到您希望他们看到的网址。
简而言之，您可以使用一段代码声明 Google 将一个网址视为该网址的首选内容来源。
这会同时导致许多不同的问题，包括：
- 入站链接权益的稀释。
- SERP 的自噬（该 URL 的多个版本正在竞争结果）。
- 当搜索引擎每次花费更多时间抓取相同内容时，抓取效率低下。
要解决规范化问题，请为网站上每个 URL 上的所有面向公众的内容使用一个 URL。
首选的解决方案是使用 301 重定向将所有非规范版本的 URL 重定向到规范版本。
在 Web 开发阶段的早期决定您希望使用的 URL 结构和格式，并将其用作您的规范 URL 版本。
21. 网站上的图片是否太大？
如果您网站上的图片太大，您可能会遇到加载时间问题，尤其是在Core Web Vitals周围。
如果您的页面上加载了 2MB 的图像，这是一个重大问题。这是没有必要的，而且您浪费了首先确定这些问题的机会。
尝试运行Lighthouse 报告以查看可以压缩哪些图像。
22. 网站上的视频是否缺少架构标记？
也可以将 Schema.org结构化数据添加到视频中。
使用视频对象元素，您可以使用 Schema 标记所有视频。
确保为页面上的视频添加脚本以获取可访问性和内容。
23. 网站是否有所有必需的页面标题？
网站上缺少SEO 标题可能是一个问题。
如果您的网站缺少 SEO 标题，Google 可以根据您的内容自动生成一个。
您永远不希望 Google 自动生成标题和说明。
在正确优化网站时，您不希望有任何机会，因此应手动编写所有页面标题。
24. 网站是否有所有必需的元描述？
如果您的网站没有元描述，Google 可以根据您的内容自动生成一个，并且它并不总是您想要添加到搜索结果中的。
请谨慎行事，并确保您没有遇到此问题。始终确保为每个页面编写自定义元描述。
您还应该考虑元关键字。谷歌和必应可能已经声明这些不用于搜索排名，但其他搜索引擎仍在使用它们。把重点放在如此狭窄的范围内，以至于您只针对 Google 和 Bing 进行优化，这是错误的。
此外，还有关键字线性分布的概念，这有助于相关点。
虽然填充元关键字不一定有助于排名，但谨慎且有策略地添加元关键字可以为文档添加相关点。
这只会在您发送垃圾邮件时受到伤害，而 Google 决定将其用作垃圾邮件信号来钉住您的网站。
25. Top Landing Page的页面速度是否超过2-3秒？
测试并找出您的顶级目标网页的实际页面速度至关重要。
这可能会影响您网站的性能。
如果您的网站加载需要 15 秒，那就太糟糕了。
始终确保您的网站加载时间少于一秒钟。
虽然谷歌的建议是 2-3 秒，但游戏名称比他们的建议好，比你的竞争对手好。
同样，这只会随着Page Experience 更新和 Core Web Vitals 的出现而增加。
26. 网站是否利用浏览器缓存？
利用浏览器缓存至关重要，因为这是提高网站速度的一个组成部分。
要利用浏览器缓存，您只需将以下代码行添加到您的 htaccess 文件中。请务必阅读有关如何使用它的文档。
请注意：使用此代码的风险由您自己承担，并且只有在研究了有关如何使用它的文档之后。对于此代码不适用于您的网站，作者不承担任何责任。
##过期缓存##
<IfModule mod_expires.c>
过期激活
ExpiresByType image/jpg “访问 1 年”
ExpiresByType image/jpeg “访问 1 年”
ExpiresByType 图像/gif“访问 1 年”
ExpiresByType image/png “访问 1 年”
ExpiresByType text/css “访问 1 个月”
ExpiresByType text/html “访问 1 个月”
ExpiresByType 应用程序/pdf “访问 1 个月”
ExpiresByType text/x-javascript “访问 1 个月”
ExpiresByType 应用程序/x-shockwave-flash “访问 1 个月”
ExpiresByType 图像/x 图标“访问 1 年”
ExpiresDefault “访问 1 个月”
</IfModule>
##过期缓存##
27. 网站是否利用了内容交付网络？
使用内容交付网络可以提高站点速度，因为它缩短了服务器和客户之间的距离——从而减少了将站点加载到这些位置的人所需的时间。
根据您网站的大小，使用内容交付网络有助于显着提高性能。
28. 网站上的内容是否针对有针对性的关键字短语进行了优化？
通常很容易识别网站何时针对目标关键字词组进行了适当优化。
如果不自然地使用关键字，它们往往会像拇指酸痛一样突出。
你知道是怎么回事。如果针对小部件进行了优化，垃圾邮件文本将类似于以下内容：“这些小部件是小部件化小部件历史上最棒的小部件。我们保证这些小部件会震撼你的世界。”
优化好的关键字与周围的文本读起来很好，如果你在优化的内部，你可能会更容易识别它们。
另一方面，如果垃圾文本太多以至于对读者的体验产生负面影响，那么可能是时候将某些内容垃圾化并完全重写。
29. 网站内容的优化程度如何？
正如有不同级别的链接获取，也有不同级别的内容优化。
一些优化是表面级别的，取决于内容执行任务的初始范围。
其他优化更深入，图像、链接和关键字得到全面优化。
为了确保您网站上的内容得到正确优化，您可能想问的问题包括：
- 我的内容是否在整个正文中包含有针对性的关键字？
- 我的内容是否包含使用关键字变体优化的标题？
- 我的内容是否包括需要的列表、图像和引语？不要只是在整个内容中随机添加这些东西。它们应该与上下文相关并支持内容。
- 我的内容是否包含粗体和斜体文本以在需要时强调？
- 我的内容读得好吗？
30. 你在网站上进行过关键词研究吗？
只是在没有策略的情况下随处添加关键字效果不佳。读起来感觉不自然和奇怪。
您必须了解诸如搜索量之类的事情，如何相应地针对您的受众定位这些词，以及如何确定下一步要做什么。
这就是关键字研究的用武之地。
你不会在没有首先研究你的目标市场的情况下建立一个网站，对吗？
同样，如果不进行有针对性的关键字研究，您就不会编写内容。
31. 网站上的内容是否经过校对？
在发布之前，您是否对网站上的内容进行过任何校对？
我无法告诉您我进行了多少次审核并发现了诸如语法错误、拼写错误和其他重大问题之类的愚蠢错误。
在发布之前，请务必校对您的内容。当您遇到导致 SEO 专业人员必须执行大量编辑的情况时，这将在未来节省大量编辑工作。
32. 网站上的图片有没有优化？
图片优化包括文件名中的关键字词组、图片大小、图片加载时间，并确保图片针对 Google 图片搜索进行了优化。
图像大小应匹配或以其他方式显示以补充您网站的设计。
如果您正确地进行营销，您就不会包含完全不相关的图像，对吗？
同样，不要包含似乎完全向您的观众发送垃圾邮件的图片。
33. 网站是否遵循 Web 开发最佳实践？
这是一个很大的。
站点甚至以多种方式违反了 Web 开发最佳实践的基础知识——从多语言文档到在 W3C 上测试的无效代码，再到过度加载时间。
现在，我知道我会从开发人员那里得到很多关于我的一些通常要求“不切实际”的抨击。
尽管如此，当您多年来一直在练习这些开发技术时，它们并不是那么困难。
它只是需要一种与您习惯的心态略有不同的心态：您知道，总是建立和追求您可以创建的最大，最好，因此也是最棒的网站的心态。
取而代之的是，心态应该是创建重量最轻、资源最少的网站。
是的，我知道很多网站不遵循 W3C。当您的客户向您付款并且客户要求这样做时，您需要了解您的资料并知道如何确保您的网站在验证器中进行验证。
找借口只会让你看起来不专业。
- 像 1-2 秒的加载时间这样的事情不现实吗？当您在 Adobe Photoshop 中正确使用 CSS Sprites 和无损压缩时，则不会。
- 少于 2-3 个 HTTP 请求是不现实的吗？不是当您正确构建网站时，您摆脱了不必要的 WordPress 脚本，这些脚本占用了宝贵的代码空间。
- 想要获得一些快速的页面加载时间吗？完全摆脱WordPress并自己编写网站代码。仅由于 WordPress，您将删除至少 1.5 秒的加载时间。
停止成为扶手椅开发人员并成为专业的 Web 开发人员。扩大视野！
创造性思考。
与众不同。这确实不假。做最好的。
不要再认为 Web 开发最佳实践是不切实际的——因为唯一不切实际的事情是您的态度以及您不想努力工作的程度。
或者，学习新的东西，而不是以利润的名义机器枪杀您的网站开发工作。
34. HTTPS 迁移是否正确执行？
当您为正确的HTTPS 迁移设置站点时，您必须购买网站安全证书。
第一步是购买此证书。如果您没有正确执行此步骤，则稍后可能会完全搞砸您的 HTTPS 迁移。
假设您为此购买了 SSL 证书。您选择了一个选项，该选项仅适用于一个子域。通过这样做，您可能会在购买过程中选择错误的选项而无意中造成了 100 多个错误。
因此，最好始终至少考虑为所有域变体使用通配符 SSL 证书。
虽然这通常会贵一点，但它可以防止这些类型的错误。
35. 是否向正确的 Google Search Console 个人资料提交了新的拒绝文件？
您会惊讶于网站审核中出现这种情况的频率。有时，拒绝文件从未提交到新的 Google Search Console (GSC) HTTPS 配置文件。
从未创建 GSC HTTPS 配置文件，当前的 GSC 配置文件要么少报要么多报数据，具体取决于实施的处理方式。
值得庆幸的是，修复非常简单——只需确保将旧的 HTTP Disavow 文件传输到新的 HTTPS 配置文件并定期更新即可。
36. GSC 设置是否已转移到新帐户？
设置也可能导致 HTTPS 迁移出现问题。
假设您将 HTTP 域设置为 www。但是随后您将新 GSC 中的域设置为非 www（或原始配置文件中的其他域）。
这是错误的 GSC 设置可能导致 HTTPS 迁移问题的一个示例。
37. 您是否确保在 Google Analytics 中标记迁移？
未能注明主要网站更改、大修或其他方式可能会影响您日后的决策。
如果没有通过在 Google Analytics (GA) 中标记它们来保留精确的详细信息，则在根据这些详细信息进行网站更改时，您可能会失明。
这是一个例子：假设发生了重大的内容改革。你后来受到了惩罚。部门负责人发生了变化，SEO 也发生了变化。
在谷歌分析中注意到这一变化将有助于未来的 SEO 人员了解之前发生的事情影响了现在和现在的网站。
38. 网站上的社交媒体实施是否正确完成？
这在审计中经常出现。
我看到当事情发生变化时社交媒体链接没有完全删除（例如在特定平台上的社交媒体工作不必要地过度关注）或潜在客户互动等较小的事情不是严格遵守的。
这些事情会影响您网站的质量。
如果您不断地对社交帖子进行机枪扫射，并且没有正确地与客户互动，那么您就做错了。
39. 潜在客户提交表格是否正常工作？
如果潜在客户生成表单无法正常工作，您可能无法获得所有可能的潜在客户。
如果电子邮件地址中的拼写错误或破坏表单的代码行中的拼写错误，则需要修复这些错误。
将定期维护潜在客户生成表单列为重中之重。这有助于防止诸如少报潜在客户和提交错误信息之类的事情。
没有什么比从表单中获取信息并发现由于编程错误而不一定是由于提交错误导致该电话号码少一位或电子邮件地址错误更糟糕的了。
40. 任何潜在客户跟踪脚本是否正常工作？
对潜在客户跟踪脚本执行持续测试对于确保您的网站正常运行至关重要。
如果您的潜在客户跟踪脚本最终失败并且您在周末收到错误的提交，则可能会对您的客户获取噩梦造成严重破坏。
41. 是否正确设置了呼叫跟踪？
我记得在一家代理机构与客户合作，他们在他们的网站上设置了电话跟踪。
一切似乎都在正常工作。
当我打电话给客户并讨论此事时，一切似乎都是正确的。
我们讨论了电话号码，客户提到他们不久前更改了电话号码。
差了一位数。
你可以想象当我告诉客户网站的电话号码是什么时客户的反应。
在日益复杂的网站优化过程中，很容易忘记审核电话号码这样简单的内容。
这就是为什么必须始终退后一步，测试事物并与您的客户交谈以确保您的实现在任何地方都能正常工作的原因。
42. 网站是否使用过多的内联 CSS 和 JavaScript？
回到之前的话题，内联 CSS 和 JavaScript 在变得过多时很糟糕。
这会导致浏览器渲染时间过长，并且可能会依赖 CSS 和 JavaScript 的内联实现来破坏跨浏览器和跨平台的功能。
最好在您的 Web 开发中完全避免这些，并确保您始终向 CSS 样式表添加任何新样式，并且正确创建并考虑任何新 JavaScript，而不是内联。
43. 是否关联了正确的 GSC/GA 帐户？它们是否正确链接？
当我接管一个网站时，你不会相信这种情况出现的频率有多高。我查看了他们的 GSC 或 GA 帐户，他们没有正确报告或以其他方式工作。
事实证明，GA 或 GSC 帐户已在某个时候切换到另一个帐户，因此没有人费心相应地更新网站。或者其他一些奇怪的场景。
这就是为什么始终检查 GSC 和 GA 帐户非常重要的原因。确保该站点实施了正确的配置文件。
44. 你的 URL 太长了吗？
通过确保URL足够短并且没有超长的 URL（超过 100 个字符），可以避免用户体验问题。
需要注意的是，更长的 URL 会导致用户体验问题。
如有疑问，如果您有两个要在重定向场景中使用的 URL，并且一个比另一个短，请使用较短的版本。
将 URL 限制为少于 100 个字符也被认为是标准的 SEO 最佳实践——这归结为可用性和用户体验的原因。
Google 可以处理更长的网址。但是，较短的 URL 更容易解析、复制和粘贴，以及在社交上分享。
这也会变得非常混乱。较长的 URL，尤其是动态 URL，可能会对您的分析数据造成严重破坏。
假设您有一个带参数的动态 URL。
无论出于何种原因，此 URL 每月都会更新多次，并生成具有相同内容的同一 URL 的新变体并更新参数。
在这种情况下，当 URL 超长时，筛选所有分析数据并确定什么是什么可能具有挑战性。
这就是较短的 URL 的用武之地。它们可以使这样的过程更易于管理，可以确保每个独特内容都有一个页面 URL，并且您不会冒对站点报告数据造成负面破坏的风险。
这一切都取决于您的行业和您的工作。对于可能有很多带有此类参数的 URL 的电子商务网站，此建议可能没有多大意义。
在这种情况下，可能需要处理此类 URL 的不同方法。
45. 网站关键词的针对性如何？
您可以拥有世界上最好的内容。
您的技术 SEO 可以超过 100%，成为有史以来加载速度最快的最佳网站。但是，归根结底，关键字是游戏的名称。
关键字查询是 Google 了解人们搜索内容的方式。
您的关键字越有针对性，Google 就越容易识别您的网站在搜索结果中的位置。
有针对性的关键字究竟是什么意思？这些是用户用来查找映射到 Google 查询的网站的任何字词。
用于优化这些关键字的最佳、最棒的方法是什么？
线性分布的关键字优化概念适用。这不是关于您可以向页面添加多少关键字，而是更多关于线性分布告诉搜索引擎的信息。
最好将关键字均匀地散布在整个文本中（从标题标签、描述和元关键字到页面底部），而不是将所有内容都塞满关键字。
我不认为您可以将关键字随机填充到关键字密度高的页面中并使其长期有效。那只是随机的关键字垃圾邮件，搜索引擎不喜欢那样。
向搜索引擎发送垃圾邮件和关键字定位之间存在显着差异。只需确保您的网站遵循针对后者的正确关键字定位，并且您不会被视为垃圾邮件发送者。
46. 网站上的 Google Analytics 设置是否正确？
扩展我们之前关于关联正确帐户的讨论，即使是最有经验的 SEO 专业人士也可能忽略设置 Google Analytics。
虽然在审计期间并不总是被发现，但它是一个细节，可能会对以后的报告数据造成严重破坏。
在网站迁移或设计期间，很容易错过错误的Google Analytics 安装，或者认为当前的实施工作正常。
即使在域更改、整体技术域实现和其他站点范围的更改期间，也始终确保正确的 Google Analytics 和 GSC 实现在现场正常工作并正确设置。
您不想稍后遇到实施出错的情况，并且您不知道为什么内容在发布时没有正确执行。
47. 谷歌标签管理器工作正常吗？
如果您使用Google跟踪代码管理器(GTM) 进行报告，测试以确保其正常工作也很重要。
如果您的报告实施不起作用，它们最终可能会出现少报或多报的情况，您可以根据错误数据呈现的误报做出决策。
使用预览和调试模式、Google Tag Assistant 和使用 Screaming Frog 是达到此目的的绝佳方法。
例如，使用 Screaming Frog 可以轻松识别未添加 Google Tag Manager 代码的页面。
使用自定义搜索和提取可以帮助您做到这一点。这种方法可以很简单地找到没有安装 GTM 的页面。
使用 Google Tag Assistant，Google Tag Manager 的 Chrome 扩展程序可以帮助您排查 GTM、Google Analytics 和 AdWords 的问题。
它通过记录浏览会话来处理记录。然后，此会话将报告发生的任何事情以及数据交互将如何在 GA 中显示。
48. 网站是否还有其他重大质量问题？
其他可能影响您网站的质量问题包括糟糕的设计。
说实话。
查看您的网站和该领域的其他竞争对手。
与这些竞争对手相比，您有多喜欢您的网站？这是您无法触及的事情之一。
它必须被感觉出来或以其他方式通过无形的东西来导航，比如直觉。如果你不喜欢你的设计正在做什么，可能是时候回到绘图板并从头开始。
其他需要注意的问题包括内容中的错误、颗粒状图像、无法正常工作的插件，或从报告的角度来看对您的网站产生负面影响的任何内容。
它甚至可能不是惩罚。由于插件实现出错，它可能只是错误的报告。
49. 您的报告数据准确吗？
我想贯穿本文的一致主题包含报告中的不准确之处。
在制定决策时，我们经常使用 GSC 和 GA 报告数据。因此，确保您的 GSC 和 GA 实施都 100% 正确非常重要。
如果处理不当，黑暗交通或隐藏交通可能会成为问题。
这可能会扭曲您认为您对访问者流量统计数据的了解。
这可能是一个大问题！
包括谷歌在内的分析平台很难跟踪每一种流量来源。
50. 我的网站真的完成了吗？
网站永远做不完！
评估网站的质量是一个持续的过程，永远不会真正完成。坚持有规律的时间表很重要。
也许安排每年左右进行一次网站审核。
这样，您就可以继续进行评估过程，以识别问题并在它们成为问题之前将它们放入开发队列中。
