2016-08-17 103 views
1

Google將我的網站標識爲「不適合移動設備」。對桌面和移動頁面使用單獨的URL

前段時間,我在我的網站上重新設計了幾個頁面,以確保它們在移動設備上正確顯示。直到最近,用戶需要手動選擇要使用的版本。我意識到這並不令人滿意,因爲它導致谷歌不理解這些頁面之間的關係,因此他們被視爲「不適合移動設備」

我一直在試圖解決這個問題,並已閱讀並遵循Google的說明使用單獨的URL的桌面和移動頁面,在頁面的頭部插入以下標籤:

的link rel =「alternate」標記的桌面版本和
的link rel =「canonical」標記移動版本號

這是我遵循的完整方法:

  1. 設立了分域的移動網站:www.m.identitydesign.co.nz

  2. 使用的代碼從這裏.htaccess文件: http://webdesignandsuch.com/redirect-to-a-mobile-site-with-htaccess-and-set-a-cookie-to-break-redirect/

在這一點上,我似乎主要是因爲重定向工作正常,但在移動設備上查看時仍存在持續的「循環重定向」,導致頁面由於過度重定向而根本不顯示。

  • 爲了解決這個問題,並停止其循環我創建爲用下面的代碼的子域中另一.htaccess文件:

    RewriteEngine敘述關閉 RewriteBase/

  • 這工作正常,但隨後出現了一個新問題(這仍然是一個重定向問題)。 如果用戶想要覆蓋自動重定向到移動網站,他們應該能夠點擊手動鏈接返回到主站點。但它會自動循環回移動網站,如果他們希望看到它,就會阻止訪問主站點。

  • 爲了解決這個問題我插入的代碼M = 0,直接像這樣的移動網站的href鏈接後:

    <a href=「http://www.example.com?m=0」> 
    

    這打破了重定向使其停止循環。

    在這一點上,我認爲這是所有工作都很好,但我意識到仍然存在問題。

    也許是因爲Google尚未將這些網頁編入索引,但它仍然在Google的SERP中顯示爲「不適合移動設備」。但是,當我訪問Google的適用於移動設備的測試頁面並分析頁面時,它告訴我這是「太棒了!」

    這很好,但是當我試着分析其他頁面(除了主頁),例如。 http://www.identitydesign.co.nz/artists_impressions.html 它應該加載此頁面:
    www.m.identitydesign.co.nz/artists_impressions。html

    它不斷加載INDEX頁面。

    這是問題的癥結所在:
    在分析桌面頁,我得到一個積極的結果,但它重定向到索引頁面,不直接向正確的對應移動頁面。

    這樣做的結果是,當我做Google搜索例如「藝術家印象奧克蘭」我的網頁出現在SERP中。如果我在桌面上搜索,鏈接將轉到正確的頁面。但是,如果我在移動設備上執行相同的搜索,則鏈接會將我帶到INDEX頁面,而不是「藝術家展示次數」的正確對應頁面。

    我搜索了StackOverflow站點的類似問題,但看不到具有相同特定問題的站點。最接近的匹配線程涉及使用PHP,這在我的情況下不適用。

    我感謝任何幫助或協助。謝謝。

    回答

    0

    在我看來,在同一網站的移動和桌面版本中使用子域名的想法有點過時了。

    你看過使用響應式網頁設計嗎?它着重於使用可擴展內容的想法,該內容將適應正在使用的設備上的屏幕大小。這意味着必須爲這兩個版本的網站只保留一組頁面而不是單獨的頁面。這可以消除您的問題,並使其在未來更易於維護。現在,使用無數的HTML和CSS框架構建響應式網站比以往更容易,例如http://getbootstrap.com/http://foundation.zurb.com/

    這就是說,如果你想堅持你目前的做法,我會建議有一個錯誤的.htaccess文件。您可能需要重寫匹配的用戶代理字符串列表,因爲它看起來非常過時。

    ,在一個固定的URL在你的榜樣點進行重定向行:

    RewriteRule^http://m.example.com [R,L]

    改變這種過度的路徑組件複製:

    RewriteRule^http://m.example.com%{REQUEST_URI} [R,L]

    +0

    感謝Mhowell,但我現在在進行更改後,會出現'500內部服務器錯誤'。 – Dave

    +0

    嘗試刪除空格,這是否有任何區別? 'http://m.example.com% {REQUEST_URI}' – Mhowell

    +0

    賓果!是的,這似乎已修復它。 – Dave