[網站建設有哪些]_谷歌seo怎么優化移動端網站？
時間：2020-04-10 09:03 分類： 行業新聞
谷歌seo怎么優化移動端網站？漸進式網絡應用程序（PWA）正在利用新技術將最好的移動網站和本機應用程序帶給用戶 - 而且它們是網絡上最激動人心的新想法之一。但要真正產生影響，重要的是它們是可索引的和可鏈接的。本文中提出的每條建議都是現有的可索引性最佳實踐 - 無論您是構建Progressive Web App還是簡單的靜態網站。盡管如此，我們整理了這些最佳實踐，以提供一份指導您的清單： 使您的內容可抓取 為什么？從歷史上看，網站總是在服務器上生成或呈現HTML，這是確保您的內容可直接鏈接的最簡單方法。Web應用程序普及了客戶端呈現的概念，其中內容在用戶導航時在頁面上動態更新，而不需要重新加載頁面。谷歌移動優先索引是什么？
谷歌移動優先索引，大多數人都在使用移動設備在Google上搜索。但是，我們的排名系統通常仍然會查看頁面內容的桌面版本，以評估其與用戶的相關性。當移動頁面的內容少于桌面頁面時，這可能會導致問題，因為我們的算法不會評估移動搜索者看到的實際頁面。
現代方法是混合渲染，其中當用戶直接導航到URL并且在初始頁面加載之后用于后續導航和異步請求時使用客戶端渲染時使用服務器端渲染。 我們的服務器端PWA示例演示了純服務器端渲染，而我們的混合PWA示例演示了組合方法。 如果您不熟悉服務器端和客戶端呈現術語，請在此處和此處閱讀這些文章。 最佳實踐： 使用服務器端或混合呈現，以便用戶在其Web請求的初始有效負載中接收內容。 始終確保您的網址可以獨立訪問： wxhl.net/google/ 以上內容應與該特定資源緊密相關。 如果您無法支持Progressive Web App的服務器端或混合渲染，并且您決定使用客戶端渲染，我們建議您使用Google Search Console“獲取Google工具”來驗證您的內容是否已成功呈現給我們的搜索抓取工具。 別： 請勿將訪問深層鏈接的用戶重定向回您的網絡應用主頁。 此外，還應避免向用戶提供錯誤頁面而不是深度鏈接。 提供干凈的URL 為什么？片段標識符（＃user / 24601 /或＃！user / 24601 /）是瀏覽器從服務器獲取AJAX新內容而無需重新加載頁面的有效解決方法。此設計稱為客戶端呈現。 但是，片段標識符語法與某些Web工具，框架和協議（如Facebook的Open Graph協議）不兼容。 在歷史API，使我們沒有片段標識符更新URL，同時還獲取資源異步模式，因此避免頁面重載-這是兩全其美。AJAX爬行方案（帶有＃！/轉義片段URL）在當時是有意義的，但現在不再推薦了。 我們的混合PWA和客戶端PWA示例演示了History API。 最佳實踐： 提供沒有片段標識符（＃或＃！）的干凈URL，例如： wxhl.net/google/ 如果使用客戶端或混合渲染，請確保使用History API支持瀏覽器導航。 避免： 使用 ＃！不鼓勵驅動唯一網址的網址結構： wxhl.net/google/ 它是在History API出現之前作為解決方法引入的。它被認為是純粹#URL結構的單獨模式。 別： 使用＃URL結構而不附帶！符號不受支持： wxhl.net/google/ 此URL結構已經是Web中的一個概念，與深層鏈接到特定頁面上的內容有關。 指定規范URL 為什么？當多個URL（無論是相同或不同的域）下可用相同內容時，消除混淆索引的最佳方法是將一個頁面標記為規范，將所有其他頁面復制該內容以引用它。 最佳實踐： 在鏡像特定內容的所有頁面中包含以下標記： <link rel =“canonical”href =“wxhl.net/google//”/> 如果您支持Accelerated Mobile Pages，請務必正確使用其對應的rel =“amphtml”指令。 避免： 避免故意在多個URL中復制內容，而不是使用rel =“canonical”鏈接元素。 例如，rel =“canonical”鏈接元素可以減少具有跟蹤參數的URL的模糊性。 別： 避免在頁面之間創建沖突的規范引用。 多個設備的設計 為什么？重要的是，所有用戶在查看您的網站時都能獲得最佳體驗，無論他們的設備如何。 使您的網站在其設計中具有響應性 - 您的網站的字體，邊距，填充，按鈕和一般設計應根據屏幕分辨率和設備視口動態擴展。 針對臺式機或平板電腦設備放大的小圖片會給您帶來糟糕的體驗。相反，超高分辨率圖像需要很長時間才能在手機上下載，并可能影響移動滾動性能。 在此處閱讀更多用于PWA的UX。 最佳實踐： 使用“srcset”屬性為不同的密度屏幕獲取不同的分辨率圖像，以避免下載大于設備屏幕能夠顯示的圖像。 縮放字體大小和行高，以確保無論設備大小，文本都清晰可辨。同樣，確保元素的填充和邊距也能合理地縮放。 使用Chrome開發者工具的設備模式功能和移動友好測試工具測試各種屏幕分辨率。 別： 不要向用戶顯示與向Google展示的內容不同的內容。如果您使用重定向或用戶代理檢測（也稱為瀏覽器嗅探或動態服務）來更改不同設備的站點設計，則內容本身保持不變非常重要。 使用搜索控制臺“抓取為Google”工具驗證Google提取的內容是否與用戶看到的內容相匹配。 出于可用性原因，請避免使用固定大小的字體。 迭代地發展 為什么？向Web應用程序添加功能時最安全的方法之一是迭代地進行更改。如果您一次添加一個功能，則可以觀察每個更改的影響。 另外，許多開發人員更愿意將他們的漸進式Web應用程序視為一次性改造其移動站點的機會 - 在隔離環境中開發新的Web應用程序，并在準備好后將其與現有移動站點進行交換。 在迭代地開發特征時，嘗試將更改分解為單獨的部分。例如，如果您打算從服務器端渲染轉移到混合渲染，那么將其作為單個迭代進行處理 - 而不是與其他功能組合。 這兩種方法各有利弊。迭代降低了處理搜索索引性的復雜性，因為轉換是連續的。但是，迭代可能會導致開發過程變慢，并且如果開發不是從頭開始，則可能會進行較少的創新性改造。 在任何一種情況下，要關注的最敏感區域是您的規范網址和您網站的robots.txt配置。 最佳實踐： 通過逐個添加新功能逐步迭代您的網站。 例如，如果不支持HTTPS，則首先遷移到安全站點。 避免： 如果您已在隔離環境中開發了漸進式Web應用程序，則應避免在未檢查rel-canonical鏈接的情況下啟動它，并正確設置robots.txt。 確保您的rel-canonical鏈接指向真實網站，并且您的robots.txt配置允許抓取工具抓取您的新網站。 別： 在啟動之前阻止抓取工具為您的開發中網站編制索引是合乎邏輯的，但不要忘記在啟動時取消阻止抓取工具訪問您的新網站。 使用漸進增強功能 為什么？在可能的情況下，在使用瀏覽器功能之前檢測它們非常重要。功能檢測也比測試支持給定功能的瀏覽器更好。 過去常見的不良做法是通過測試用戶使用的瀏覽器來啟用或禁用功能。然而，隨著瀏覽器不斷發展的功能，強烈建議不要采用這種技術。 服務工作者是一項相對較新的技術，重要的是不要在追求進步時破壞兼容性 - 這是何時使用漸進增強的完美示例。 最佳實踐： 在注冊Service Worker之前檢查其API的可用性： if（導航器中的'serviceWorker'）{ ... 使用每種API檢測方法來處理您網站的所有功能。 別： 切勿使用瀏覽器的用戶代理啟用或禁用Web應用程序中的功能。始終檢查功能的API是否可用，如果不可用則正常降級。 避免更新或啟動您的網站，而無需跨多個瀏覽器進行測試！檢查您的網站分析，了解哪些瀏覽器在您的用戶群中最受歡迎。 使用Search Console進行測試 為什么？了解Google搜索如何查看您網站的內容非常重要。您可以使用搜索控制臺來從您的網站抓取單個網址，看看谷歌搜索使用的是如何看待他們“抓取>抓取谷歌”功能。Search Console將處理您的JavaScript并在選擇該選項時呈現頁面; 否則只顯示原始HTML響應 Google Search Console還會以多種方式分析您網頁上的內容，包括檢測結構化數據，Rich Cards，附加鏈接和加速移動頁面的存在。 最佳實踐： 使用Search Console監控您的網站，并探索其功能，包括“抓取為Google”。 通過Search Console“抓取>站點地圖”提供站點地圖這可以是確保Google搜索了解您所有站點網頁的有效方法。 使用Schema.org結構化數據進行批注 為什么？ Schema.org結構化數據是一個靈活的詞匯表，用于將頁面中最重要的部分概括為可機器處理的數據。這可以像簡單地說一個頁面是一個新聞文章，或具體到詳細說明一個旅游樂隊的位置，樂隊名稱，場地和票務供應商，或總結配方的成分和步驟。 使用此元數據可能對您的Web應用程序中的每個頁面都沒有意義，但建議在合理的地方使用。Google會在呈現頁面后將其提取出來。 有各種數據類型，包括“NewsArticle”，“Recipe”和“Product”等等。在此處瀏覽所有支持的數據類型。 最佳實踐： 使用Google的結構化數據測試工具驗證您的Schema.org元數據是否正確。 檢查您提供的數據是否顯示且沒有錯誤。
別： 避免使用與您網頁的實際內容不匹配的數據類型。例如，不要將“食譜”用于您正在銷售的T恤 - 請改用“產品”。 使用Open Graph和Twitter Cards進行注釋 為什么？除了Schema.org元數據之外，添加對Facebook的Open Graph協議和Twitter富卡的支持也會很有幫助。 當您的內容在相應的社交網絡上共享時，這些元數據格式可改善用戶體驗。 如果您現有的網站或網絡應用程序使用這些格式，那么確保它們包含在您的漸進式Web應用程序中以及最佳的病毒式傳播方面非常重要。
最佳實踐： 使用Facebook對象調試工具測試您的Open Graph標記。 熟悉Twitter的元數據格式。
別： 如果現有站點支持這些格式，請不要忘記包含這些格式。
使用多個瀏覽器進行測試 為什么？顯然，從用戶的角度來看，網站在所有瀏覽器中的行為都很重要。雖然體驗可能適應不同的屏幕尺寸，但我們都希望移動網站在類似尺寸的設備上工作相同，無論是iPhone還是Android手機。 雖然由于世界各地使用的瀏覽器數量，網絡可能被視為碎片化，但這種多樣性和競爭是使網絡成為創新平臺的一部分。值得慶幸的是，Web標準從未像現在這樣成熟，現代工具使開發人員能夠自信地構建豐富的，跨瀏覽器兼容的網站。 最佳實踐： 使用瀏覽器測試工具（如BrowserStack.com，Browserling.com或BrowserShots.org）確保您的PWA與瀏覽器兼容。 測量頁面加載性能 為什么？網站為用戶加載的速度越快，用戶體驗就越好。優化頁面速度已經是Web開發中眾所周知的重點，但有時在開發新版本的站點時，必要的優化不被視為高優先級。 在開發漸進式Web應用程序時，我們建議您在啟動站點之前測量頁面加載速度的性能并進行優化，以獲得最佳結果。
最佳實踐： 使用Page Speed Insights和網頁測試等工具來衡量網站的頁面加載性能。雖然Googlebot在渲染方面有一點耐心，但研究表明，40％的消費者會留下一個加載時間超過三秒的頁面。 在此處詳細了解我們的網頁性能建議和關鍵渲染路徑。
別： 避免將優化作為啟動后步驟。如果您的網站內容在遷移到新的漸進式Web應用程序之前加載得很快，那么在優化過程中不要退化很重要。 我們希望上面的清單很有用，并提供正確的指導，以幫助您開發具有可索引性的Progressive Web應用程序。 在開始時，請務必查看我們的Progressive Web App可索引性示例，它們演示了服務器端，客戶端和混合渲染。與往常一樣，如果您有任何疑問，請聯系我們的網站管理員論壇。 大多數人都在使用移動設備在Google上搜索。但是，我們的排名系統通常仍然會查看頁面內容的桌面版本，以評估其與用戶的相關性。當移動頁面的內容少于桌面頁面時，這可能會導致問題，因為我們的算法不會評估移動搜索者看到的實際頁面。 為了使我們的結果更有用，我們已經開始嘗試使我們的索引成為移動優先。雖然我們的搜索索引將繼續是網站和應用程序的單一索引，但我們的算法最終將主要使用網站內容的移動版本來對該網站的網頁進行排名，理解結構化數據，并在我們的網頁中顯示這些網頁的摘要。結果。當然，雖然我們的索引將基于移動文檔構建，但我們將繼續為所有用戶構建出色的搜索體驗，無論他們來自移動設備還是桌面設備。 我們理解這是我們索引的一個重要轉變，這是我們認真對待的一個。我們將繼續在未來幾個月內對小規模進行仔細的試驗，當我們確信我們擁有出色的用戶體驗時，我們會加快這一變化。雖然我們只是開始這個??過程，但我們提供了一些建議來幫助網站管理員做好準備，因為我們正朝著更具移動性的指數邁進。 如果您有一個響應式站點或動態服務站點，其中主要內容和標記在移動設備和桌面上是等效的，則您不必更改任何內容。 如果您的網站配置中主要內容和標記在移動設備和桌面設備上有所不同，則應考慮對網站進行一些更改。 確保為桌面版和移動版提供結構化標記。 通過在結構化數據測試工具中鍵入兩個版本的URL 并比較輸出，站點可以在桌面和移動設備上驗證其結構化標記的等效性。 將結構化數據添加到移動站點時，請避免添加與每個文檔的特定信息內容無關的大量標記。 使用robots.txt測試工具驗證Googlebot是否可以訪問您的移動版本。 網站不必更改其規范鏈接 ; 我們將繼續使用這些鏈接作為指南，為在桌面或移動設備上搜索的用戶提供適當的結果。 如果您是僅在Search Console中驗證其桌面版網站的網站所有者，請添加并驗證您的移動版本。 如果您只有一個桌面版網站，即使我們使用移動用戶代理查看您的網站，我們也會繼續為您的桌面網站編制索引。 如果您要構建網站的移動版本，請記住，功能性面向桌面的網站可能比網站的損壞或不完整的移動版本更好。建立您的移動網站并在準備好時啟動它會更好。 如果您有任何疑問，請隨時通過網站站長論壇或我們的公共活動與我們聯系。我們預計此更改將需要一些時間，我們會在遷移系統時取得進展。 【谷歌移動端seo優化】谷歌將提高移動搜索頁面
谷歌移動端seo優化，為了幫助用戶更快地找到問題的答案，我們將頁面速度作為2019年移動搜索的排名因素。從那時起，我們觀察到網絡上許多頁面的改進。我們希望了解網站管理員在過去一年中所取得的業績改進。一些亮點