Google Search Console檢測到500個服務器錯誤

Question

我要求我的客戶的開發人員修復出現在抓取錯誤報告中的500個錯誤，但他不想解決這個問題直到我們找到確定這些URL來自何處的根問題。

被檢測到的URL似乎來自該網站的一個更老的版本（並且可能來自他們已經設置的其他一些域名，這些域名實際上是具有不同域名的網站的重複，重定向）。

他的問題是：

• 爲什麼GSC目前檢測這些URL，並且它在哪兒發現他們
• （絕大多數的這些鏈接是從服務於一個500錯誤其它頁面內的鏈接） GSC如何找到新的？值得注意的是，我在其中的一些設備上做了Wayback Machine搜索，其中一些看起來像2010年那麼老，所以我猜測如果WBM能夠找到它們，那麼它們就是某些時候存在的頁面，並且重定向尚未配置正確 - （？）因此，爲什麼谷歌正在尋找他們
• 爲什麼GSC從列表拖放網址（我已經解釋過它這樣做爬行和發現錯誤數次之後）

有幾個網址從外部源鏈接了 - 一些隨機頁上可已經基於網址如何畸形遭到黑客攻擊，並給予當我進行了一個網站，出現的結果的澳大利亞網站上搜索這一領域。在一週左右後檢查這些錯誤後，它們從列表中消失了，它向我展示了這些網址鏈接的網站可能以某種方式遭到了攻擊，但已被修復，因此這些網址也已被刪除從錯誤報告。

我的建議是將所有這些提供500錯誤的網址重定向到主頁，因爲他已經爲其中一些網頁重寫（現在我標記爲固定），但隨着新網頁不斷出現，他不會希望不得不繼續編寫重定向規則以重定向出現的任何新網址。這是公平的，因爲誰知道GSC會拿多久和多少網址。

如果它有幫助，該網站當前託管在IIS服務器上，我知道它以前曾託管在Apache服務器上。它現在內置.net（我認爲以前它是.php），所以我不知道是否有重寫兼容性問題。所有服務器錯誤都是由網站舊版本的URL引起的。難道這些頁面應該是404服務器，但是由於某種原因服務於500臺服務器？

希望有人能幫助我 - 如果我沒有把我的頭埋在烤箱裏。

非常感謝，

維克

Answer 1

這是怎麼樣的評論和答案之間 - 有點太長了評論:)

你知道實際的錯誤是什麼？

我會冒險猜測，正如你所說的，有很多URL指向較舊的PHP版本，並且IIS可能沒有設置爲處理PHP擴展。

而不是簡單地將用戶重定向到主頁 - 這可能會造成混淆，尤其是當他們點擊了某些上下文鏈接時，爲什麼不建立自定義錯誤頁面;這在.Net中是非常直接的。你可以做一些很酷的事情，比如解析URL來提供建議。我可以想象，這樣的任務不會超過一個半小時的開發時間。