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