有關如何區分響應式網站和自適應網站，可以參考之前的一篇文章：SiteServer CMS 如何實現響應式網站---原理篇。

今天想要講的是響應式網站四個致命缺陷：

1、響應式站用戶體驗不能最優化

響應式網站設計基本原則是：自動識別屏幕尺寸并做出相應調整的網頁設計，頁面布局和展示的內容可能會隨著屏幕尺寸變化而有所變化。響應式布局不管使用什么設備都是在服務器把數據推送到瀏覽器后，腳本或CSS自行檢測設備屏幕大小后執行對應的樣式表內容，并且一直通過本地腳本在監聽屏幕大小的變化，隨時做出樣式響應的變化。

比如在1280x768分辨率的電腦屏幕上和在320x240分辨率的手機屏幕上顯示一樣的內容的話，內容都擠一起無法看清楚。所以響應式設計是選擇把部分內容隱藏來解決這個問題。但這樣的話頁面的表現效果就不是那么好了，用戶的交互體驗也非常不友好。

比如下面這個響應式網站，右邊移動端和左邊電腦端相比，把產品展示模板隱藏了，這對用戶體驗是非常不友好的。而且左邊明顯不符合我們平常看到的移動端的設計。同一個網站PC端和移動端風格差異太大，感覺就是兩個沒有任何聯系的網站。

如果是單獨設計PC站和移動站，就能整體考慮規劃，設計成一個整體風格類似功能相同的網站，避免像上面這種顯示上的突兀，比如天貓PC站和移動站的對比：

從天貓的做法可以看到：移動站界面是大家熟悉的和流行的，交互上更接近APP的UI風格。

2、響應式設計并不利于SEO和推廣

百度對移動站和PC站的關鍵詞處理策略不盡相同。如果網站設計成響應式， 所有設備訪問同一份代碼，這就非常不利于百度關鍵詞優化。

而且百度的搜索排名是區分移動站和PC站的。如果PC站和移動站是獨立分開的，那么移動站所做的百度排名，不會影響PC站的排名，PC站的百度優化也可以獨立于移動站進行。

從商業推廣的角度來看的話，移動站和PC站分開單獨做比設計成一個統一的響應式網站會更好。

3、響應式網站代碼冗余，打開速度慢

響應式網站的實現原理通常是通過css或js來控制部分內容顯示或不顯示，從而使得網站在移動設備上看起來也正常。但通過代碼不顯示的內容其實依然還在頁面上，只是表面看不見（不顯示）了而矣，所以瀏覽器依然還會加載這部分看不見的網頁代碼。也就是說響應式網站要比單獨的非響應式網站加載更多的數據，從而造成流量增加，而且網頁的打開速度變慢。

比如說單獨設計一個移動端網站，整個頁面大小可能是100kb，如果設計成響應式網站（PC站和移動站代碼合在一起）則頁面大小可能就是400kb甚至更多。導致打開響應式網站的時間相比非響應式會慢很多，尤其是手機在用2G、3G網絡上網的情況下更明顯。

4、響應式兼容性差

響應式網站算是比較新的技術了，運用了很多html5的特性，只有瀏覽器的高版本才支持這些html5特性，尤其是微軟的IE瀏覽器對這一塊的支持比較弱。