Scrutiny 9 for Mac(网站分析工具) 9.5.1

[名称]： Scrutiny 9 for Mac

[大小]： 12.85 MB

[语言]：英文

[测试环境]： Mac OS 10.15.x

[下载连接]： https://www.macdown.com/mac/2...

简介

Scrutiny 9 for Mac是应用在Mac上的网站分析工具，Scrutiny能够不只仅能够经过搜索引擎抓取网站的固定链接，以检查连接是否能够正常访问，它还能够为您的网站生成站点地图，能够为你的网站提供HTML验证，以及必要的网站标题和SEO优化，元关键字，元描述和标题检查等等。

�p�

最新功能

与版本8同样，版本9在界面上没有任何重大变化，所以现有的v7或v8许可证持有者能够无偿使用。它仍然是一个开始购买，但从v6或更早版本的新客户或升级者的价格可能会略有增长。

但这并非说没有一些重要的变化，我将在这里概述。

全部这一切也适用于诚信，尽管Scrutiny 9的测试版将首先出现。检查员和警告最大的UI更改是在连接检查器中。它将重定向列表（若是有的话）放在选项卡而不是工做表上，所以信息更加明显。还有一个新的“警告”标签。

传统上在完整性和审查中，橙色连接表示警告，过去这只意味着一件事 - 重定向（某些用户不但愿看到，这是正常的，能够选择关闭重定向警告。 ）

如今橙色警告可能意味着一件事或多件事。在扫描时，引擎可能会遇到可能不是显示器但可能感兴趣的用户可能会遇到的事情。没有关于此类事情的信息的地方。在版本9中，这些内容显示在“警告”选项卡中，若是有任何要警告的内容，连接将显示为橙色（包括重定向，除非您已将其关闭。）

您可能会收到警告的示例包括目标页面上的多个规范标记，未终止或未正确终止的脚本标记或注释（即<！ - with no - >，这能够解释为注释掉其他的页面，虽然浏览器一般彷佛忽略了开始标记，若是没有关闭并显示页面）。重定向链也出如今警告中。如今能够在“首选项”中设置链的阈值。在SEO结果中始终能够看到重定向链，其硬编码阈值为3.

在警告选项卡中，Scrutiny能够提醒您的事物数量未来会增长。

严格地说，连接属性和页面属性之间存在重要区别。连接具备连接文本，目标URL和其余属性，例如rel-nofollow。页面是浏览器加载的文件，它包含指向其余页面的连接。

“页面检查员”一直在Scrutiny中可用。它显示了大量的信息; 元数据，标题，字数，页面上的连接数，到该页面的连接数等等。不少这一点固然在SEO表中可见。

您是否看到连接检查器或页面检查器取决于上下文（例如，SEO表关注页面而不是连接，所以双击打开页面检查器。）可是在查看连接的属性时，可能想要查看页面属性。（您一般会在此处考虑目标页面而不是连接的“父”页面）。所以，如今能够经过连接检查器的“目标”选项卡查看一些基本信息并轻松打开整页检查器。[5月26日更新]页面检查器始终具备入站连接和出站连接数的字段。如今它有可排序的表格，显示正在检查的页面的入站和出站连接：复查

这是Integrity / Scrutiny从未作过的重要功能。

你运行一个大扫描，修复一些东西，并想从新检查。可是您只想从新检查第一次扫描期间出错的事情，而不是花费数小时来运行另外一次完整扫描。

从新检查功能受到限制。该界面最近已被更改，以明确您将“从新检查此网址”，即应用程序在第一次扫描期间找到的网址。

有一半时间，可能大部分时间，您将经过编辑目标或者彻底从页面中删除连接来“修复”连接。

处理此问题的惟一方法是从新检查固定连接所在的页面。

版本9仍然能够从连接检查器和各类上下文菜单中轻松“从新检查此URL”（而且能够在屡次选择后使用）。它如今也“从新检查此连接出如今页面上”。（也能够与多项选择一块儿使用）。

报告

这是另外一个重要领域，过去的发展份额低于其公平份额。开始本身提供服务已经在这里引发了一些改进。

随着时间的推移，简单的功能被更好的选择所取代。“完成保存坏连接/ SEO做为csv”再也不须要，如今已经消失，由于“完成保存报告”作了那些事情和更多。当它们所有存在时，这会引发混淆，特别是那些喜欢放弃一切的用户。选中全部框会致使相同的csv被屡次保存，有时会在扫描结束时保存多个保存对话框。

设置的“完成”部分如今看起来像这样。若是您但愿在计划扫描后手动保存或手动“使用操做扫描”，则打开“保存报告”，而后选择您想要包含的内容。

减小误报

剩下的v9更改是不可见的。其中之一是对计划流程的根本性改变。之前连接的网址“未编码”用于存储和显示，并编码用于测试。理论上这应该没问题，但我在支持台上看到了一些不太好的例子。在一种状况下，重定向到位，其重定向包含百分比编码的URL的版本，但不具备百分比编码的相同URL。这个角色不是你常常编码的角色。这个不寻常的例子代表，做为一个原则问题，爬虫应该彻底按照页面上的内容存储URL，并在发出http请求时使用它。只有'解码'才能显示。

当您阅读它时，爬虫应该以这种方式工做彷佛是显而易见的。但这是你在应用程序开发中早期作出的那种决定，而且随着时间的推移倾向于使用，而不是花费大量时间对您的应用程序进行根本性更改，并冒着破坏其余完美工做的事情的风险。

不管如何，这项工做已经完成，它会影响不多的人，但对于那些人来讲，它会减小那些误报。（或“真正的否认”，不管你想看一个连接报告错误，其实是好的。）