行動裝置可用性報告

行動裝置可用性報告會顯示透過行動裝置檢視您的資源時,哪些網頁會出現可用性問題。

最上層的檢視畫面會顯示行動裝置可用性問題數量超過特定門檻值的所有網頁。只要按一下特定問題,就能查看詳細資訊,包括受該問題影響的網頁示例清單、問題修正方法的相關資訊,以及通知 Google 您已修正問題的相關程序。

開啟行動裝置可用性報告

摘要頁面

根據您選取的設定,圖表會顯示目前標為錯誤及/或有效狀態的網頁數。勾選 [曝光次數] 核取方塊則可查看您的資源中來自行動裝置的網頁曝光次數。

關於資料

資料表最多可以顯示 1,000 列資料,有些受影響的網頁之所以沒有顯示在資料表中,可能的原因包括:您有超過 1,000 筆受影響的網頁資料;系統未偵測到網頁問題;網頁是最近才發生問題;或是有問題網頁的得分有超過可用性得分的門檻值

報告中會顯示以下資訊:

  • 狀態:網頁有以下兩種狀態:
    • 錯誤:網頁不適合透過行動裝置瀏覽。
    • 有效:網頁適合透過行動裝置瀏覽。
  • 網頁數:含有特定問題的錯誤狀態網頁數量。
網頁狀態詳細資料

Google 會依內部行動裝置可用性得分將網頁標示為錯誤或有效,而系統是根據問題數量和問題的相對嚴重性來計算這項得分。

  • 錯誤狀態表示網頁未達行動裝置可用性的最低標準。如果網頁處於「錯誤」狀態,則網頁上每個行動裝置可用性問題的詳細資料頁面都會列出該網頁。
  • 有效狀態表示網頁已達行動裝置可用性的最低標準,即使網頁有些行動裝置可用性問題,這份報告並不會因此就列出該網頁。如要確保處於有效狀態的網頁完全沒有行動裝置可用性問題,必須使用行動裝置相容性測試工具進行檢測。

 問題是何時開始出現的?

如果處於有效狀態的網頁原本就有一個次要的可用性問題,後來又因為另一個問題對可用性得分造成影響,導致系統將網頁標示為錯誤。在這種情況下,您會發現網頁同時出現兩個問題,不過其中一個問題實際上已存在了一段時間。重點:當系統將網頁標示為錯誤狀態時,並不一定表示網頁上顯示的所有問題都是同時發生。

受影響網頁數的詳細資料

處於有效狀態的網頁即使有任何問題,都不會計入這些問題的受影響網頁數,也不會顯示在這些問題的受影響網頁清單中。只有處於錯誤狀態的網頁會計入問題的受影響網頁數,並顯示在該問題的受影響網頁清單中。

示例:

請參考以下這兩個網頁的情況:

  • 網頁 1 受到問題 A 與 B 的影響,但行動裝置可用性得分超過有效門檻值,所以系統將其標示為「有效」。
  • 網頁 2 受到問題 B、C 與 D 的影響,且行動裝置可用性得分低於有效門檻值,所以系統將其標示為「錯誤」。

此時:

  • 問題 A 的受影響網頁數為零。
  • 問題 B、C 與 D 的受影響網頁數則各為 1。
  • 顯示為受問題 B 影響的網頁:網頁 2。

為問題排定優先順序並進行修正

  1. 在摘要報告頁面中,問題的排序依據是驗證狀態與受影響的網頁數;建議您根據預設的順序解決錯誤。請先解決常見因素造成的問題 (例如不良範本),然後再修正較不常見的問題個案。
  2. 瞭解錯誤總數之所以會增加,是否大多是因為某項錯誤的數量增加:在表格中尋找是否有任何單一問題數量變多。請參閱下方資訊,瞭解錯誤類型及如何調查錯誤網頁數量增加的原因並進行除錯
  3. 在表格中點選任一資料列,查看錯誤詳細資料頁面:
    1. 詳細資料頁面會提供受影響網址的示例。由於系統最多只能顯示 1,000 列資料,這份清單不一定會列出所有網址,而且也可能不會包含十分近期才發現的錯誤個案。
    2. 如要取得正確語法的正式說明文件,請選取 [瞭解詳情]。
    3. 在資料表中選取受影響的網址,以開啟面板查看更多資訊,包括行動裝置可用性問題數、檢查連結 (可對已建立索引的網頁版本執行網址檢查工具)、測試上線版本連結 (可對網頁執行行動裝置相容性測試)。行動裝置可用性報告可能會列出實際網頁中已修正的錯誤,這是因為問題修正後系統尚未重新檢索網頁;如果發生這種情形,請在修正該問題的所有個案後要求進行驗證。
  4. 將您網站上該項問題的所有個案都修正完畢後,請進行測試,並確認您實際網頁上的問題皆已修正。
  5. 返回問題詳細資料頁面,然後按一下 [驗證並更新 Google] 按鈕,開始進行驗證程序。這項程序不會立即生效, 如要進一步瞭解驗證程序,請參閱關於驗證一節。
  6. 繼續修正其他錯誤。

共用報表

你可以將涵蓋範圍報告或強化報告當中所列問題的詳細資料與他人共用,只要按一下頁面上的 [共用] 按鈕 即可。這個連結只會將目前問題詳細資料頁面 (以及這個問題的所有驗證記錄網頁) 的存取權授予知道連結的使用者,而不會授予其他資源網頁的存取權,也不會讓共用對象對你的資源或帳戶執行任何動作。如要撤銷連結,你隨時可以停用這個網頁的共用設定。

匯出報表資料

許多報表上都有 [匯出] 按鈕 ,可讓使用者匯出報表資料 (包括圖表和表格資料)。報表中顯示為 ~ 或 - (無資料/非數字) 的值,在下載的資料中一律為零。

調查錯誤網頁數量增加的原因並進行除錯

確認錯誤網頁數量之所以會增加,是否是因為部分網頁的錯誤嚴重性變換而導致:

  1. 如果發現錯誤網頁數量增加的情況,請查看其他狀態 (錯誤或有效) 的網頁數量是否相對下降。
  2. 如果發現的確有相對下降的情況,請確認是否是同樣的網址。
  3. 如果網址發生狀態變換,請檢查您進行的哪些變更可能導致這種情形。

錯誤網頁數量增加最常見的原因,是網站中多個網頁使用的範本有了新的錯誤。

錯誤類型

行動裝置可用性報告中會顯示下列錯誤:

使用不相容的外掛程式

網頁內含大多數行動瀏覽器不支援的外掛程式 (如 Flash)。建議您使用能廣泛支援的最新網路技術 (如 HTML5) 重新設計網頁。進一步瞭解網頁動畫的規定指南。

未設定可視區域

您的網頁尚未定義 viewport 屬性,這個屬性可以指示瀏覽器如何調整網頁的大小,並且配合螢幕尺寸縮放網頁。由於網站訪客使用的裝置各異且螢幕大小也各有不同,從大型的桌上型螢幕,乃至於平板電腦和小型智慧型手機等皆有可能,因此您應該使用 meta viewport 標記為網頁指定可視區域。詳情請參閱回應式網頁設計基礎

未將可視區域設為「device-width」

您的網頁定義的 viewport 屬性為「fixed-width」,表示網頁無法隨螢幕尺寸做出調整。如要修正這個錯誤,請採用回應式網頁設計,並且將可視區域設定為符合裝置寬度並配合縮放。請參閱如何正確設定可視區域

內容寬度超出螢幕顯示範圍

這份報告指出哪些網頁需要水平捲動才能查看網頁上的文字和圖片。如果網頁在 CSS 宣告中使用了絕對值,或者使用需特定瀏覽器寬度 (例如 980 像素) 才可達到最佳顯示效果的圖片,就會發生這種情況。如要修正這個錯誤,請務必確認網頁在 CSS 元素上使用相對寬度和位置值,且圖片可以縮放。詳情請參閱根據可視區域調整內容大小

文字太小,不易閱讀

這份報告指出哪些網頁的字型過小導致不易辨識,且使用行動裝置的訪客必須「以雙指撥動縮放」才有辦法看清楚。請先指定網頁的可視區域,然後為可視區域中的字型大小設定適當的值。如要瞭解更多關於字型的最佳做法,請參閱使用易讀的字型大小

可點選的元素之間距離太近

這份報告會列出網站網址,這些網站上的觸控元素 (例如按鈕和導覽連結) 彼此距離過近,導致行動裝置使用者在使用手指輕觸想要選取的元素時,也會同時碰觸到鄰近的元素。如要修正這些錯誤,請務必將按鈕和導覽連結調整為適合行動裝置訪客使用的大小和間隔。詳情請參閱適當調整點按目標的大小

驗證程序

修正您網站上的錯誤後,您可以要求 Google 重新檢索修正後的網頁。請展開下方各小節以瞭解詳情。

關於驗證

修正您網站上特定問題的所有例項後,您可以要求 Google 驗證您所做的變更。如果所有已知個案均已不存在,我們就會在狀態表格中將問題標示為已修正,並且排到表格最末端。Search Console 會追蹤整體問題的驗證狀態,以及各個問題個案的狀態。當所有問題個案均消失時,我們就會將問題視為已修正 (實際記錄的狀態請見問題驗證狀態例項驗證狀態)。

進一步瞭解問題生命週期...

問題的生命週期會從我們在您網站上首次偵測到該問題的個案時起算,延續到您網站上最後一個個案標示為已修正後的 90 天為止。如果該問題在這 90 天內沒有再次出現,就會從報告紀錄中移除。

問題的首次偵測日期是指在問題的生命週期中,我們第一次偵測到該問題當天的日期,這個日期不會變更。因此:

  • 如果問題的所有個案均已修正,但 15 天後出現新個案,我們會將問題狀態標示為開放,且「首次偵測到」的日期將維持不變。
  • 如果同一個問題在最後一個個案修正 91 天之後出現,由於先前的問題已結案,因此會記錄為新問題,首次偵測到的日期則是「今天」。

基本驗證流程

針對特定問題點選 [驗證修正後的項目] 後,驗證程序大致如以下所述。這項程序需要幾天才能完成,您將收到進度通知電子郵件。

  1. 當您點選 [驗證修正後的項目] 後,Search Console 會立即檢查一些網頁。
    • 如果仍有網頁包含目前的例項,驗證程序就會結束,驗證狀態將維持不變。
    • 如果取樣網頁不含目前的錯誤,系統會繼續進行驗證,程序狀態為「已開始」。如果在驗證過程中找到其他不相關的問題,系統會將這些問題計入其他問題類型,並繼續進行驗證。
  2. Search Console 會檢驗受到這個問題影響的已知網址清單。我們只會逐一重新檢索含已知問題個案的網址,而不會重新檢索整個網站。Search Console 會在驗證記錄中記載所有檢查過的網址,您可以透過問題詳細資料頁面查看。
  3. 網址經過檢查後:
    1. 如果找不到問題,例項驗證狀態將變更為「通過」。如果這是開始進行驗證後所檢查的第一個例項,問題驗證狀態將變更為「沒有問題」。
    2. 如果網址已無法存取,個案驗證狀態將變更為「其他」(非錯誤狀態)。
    3. 如果個案仍存在,個案驗證狀態將變更為「失敗」。如果這是由一般檢索程序找到的新網頁,系統會將其視為這個現有問題的其他例項。
  4. 當所有包含錯誤和警告的網址都經過檢查,且錯誤數為 0 時,問題狀態將變更為「通過」。重要事項:即使受影響的網頁數降為 0,且問題狀態變更為「通過」,系統仍會顯示原始的嚴重性標籤 (「錯誤」或「警告」)。

即使未點選 [開始驗證],Google 仍可偵測到問題個案已修正。如果 Google 在執行一般檢索作業期間偵測到問題的所有個案均已修正,則會將報告中的問題狀態變更為「不適用」。

我們何時會將特定網址或項目的問題視為「已修正」?

滿足下列「其中一項」條件時,我們就會將特定網址或項目的問題標示為已修正:

  • 網址經過檢索後,系統在網頁上已找不到該問題。如果是 AMP 標記錯誤,這可能表示您修正了相關標記,或是相關標記已移除 (如果是非必要的標記)。在驗證程序期間,系統會將狀態變更為「通過」。
  • 如果 Google 因故無法存取特定網頁 (網頁遭到移除、標示了 noindex、要求驗證等等),則會將該網址的問題視為已修正。在驗證程序期間,這種情況屬於「其他」驗證狀態。

重新驗證

驗證失敗後,如果您點選 [重新驗證],系統會重新開始針對所有驗證失敗的個案進行驗證 (同時也會驗證透過一般檢索作業找到的所有新個案)。

建議您在驗證程序結束後在提出另一項驗證要求,即使您在目前的程序期間修正了一些問題亦然。

當您點選 [重新驗證] 時,我們不會重新檢查已通過驗證 (標示為「通過」) 或已無法存取 (標示為「其他」) 的個案,這些個案會從紀錄中移除。

驗證紀錄

如要查看驗證要求的進度,您可以點選問題詳細資料頁面中的驗證詳細資料連結。

在 AMP 報告和索引狀態報告中,系統會依網址將驗證記錄頁面所含的項目分組。在行動裝置可用性與複合式搜尋結果報告中,系統則會同時以網址和結構化資料項目 (由項目的 Name 值判定) 為依據,將項目分組。驗證狀態適用於您在查看的特定問題。您可以將頁面上的其中一個問題標示為「通過」,而其他問題則標示為「失敗」、「待處理」或「其他」。

問題驗證狀態

特定問題可能伴隨的驗證狀態如下:

  • 尚未開始:有一或多個網頁包含這個問題的例項,而您尚未要求驗證。後續步驟:
    1. 點閱問題,瞭解相關錯誤的詳情。透過 AMP 測試檢查個別網頁,確認實際網頁所含的錯誤示例 (如果 AMP 測試未顯示網頁上的錯誤,這是因為您在 Google 找到錯誤並產生此問題報告後修正了實際網頁上的錯誤)。
    2. 點選詳細資料頁面中的 [瞭解詳情],進一步瞭解問題違反的規則。
    3. 點選表格中的示例網址列,進一步瞭解該特定錯誤。
    4. 修正網頁所含問題,然後點選 [修正驗證後的項目],要求 Google 重新檢索您的網頁。Google 會通知您驗證進度。驗證程序需時幾天至兩週不等,請耐心等候。
  • 已開始:您已要求驗證,而我們目前還沒找到其他問題例項。後續步驟:Google 會繼續進行驗證,同時透過通知給您進一步的指示 (如有需要)。
  • 沒有問題:已開始進行驗證,且目前檢查過的所有問題例項均已修正。後續步驟:您無須採取行動,但 Google 會繼續進行驗證,同時透過通知給您進一步的指示。
  • 通過:問題的所有已知例項均已不存在 (或是受影響的網址已無法存取)。點選過 [修正驗證後的項目] 才有可能變成這個狀態 (如果個案是在您未要求驗證的情況下消失,狀態會變更為「不適用」)。後續步驟:您無須採取其他行動。
  • 不適用:雖然您未要求驗證,但 Google 發現所有網址均已修正該問題。後續步驟:您無須採取其他行動。
  • 失敗:我們在您點選 [驗證] 後發現仍有特定比例的網頁包含此問題。後續步驟:修正問題並重新進行驗證。

例項驗證狀態

您提出驗證要求後,系統會為特定問題的每個例項指派下列其中一種驗證狀態:

  • 待驗證:已排入驗證佇列。Google 上次檢索時這個問題例項仍存在。
  • 通過:(部分報表「沒有」這項狀態) 經 Google 檢查後問題例項已不存在。您必須明確對此問題例項點選過 [驗證],該例項才可能變成這個狀態。
  • 失敗:經 Google 檢查後問題個案仍存在。您必須明確對此問題例項點選過 [驗證],該例項才可能變成這個狀態。
  • 其他:(部分報表「沒有」這項狀態) Google 無法存取代管該例項的網址;如果是結構化資料,則表示在網頁上找不到該項目。這種情況等同於「通過」

請注意,同一個網址上不同問題的狀態可能不同;舉例來說,如果單一網頁同時含有 X 問題和 Y 問題,X 問題的驗證狀態可能是「通過」,而位於同一個網頁上的 Y 問題則可能處於「待處理」狀態。

這對您有幫助嗎?
我們應如何改進呢?