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請求時使用它。只有'解碼'才能顯示。

當您閱讀它時，爬蟲應該以這種方式工做彷佛是顯而易見的。但這是你在應用程序開發中早期作出的那種決定，而且隨着時間的推移傾向於使用，而不是花費大量時間對您的應用程序進行根本性更改，並冒着破壞其餘完美工做的事情的風險。

不管如何，這項工做已經完成，它會影響不多的人，但對於那些人來講，它會減小那些誤報。（或「真正的否認」，不管你想看一個連接報告錯誤，其實是好的。）