我在網站優化（YSlow，Google的Page Speed等）上花費了相當多的時間，現在我越來越多地考慮改進我的網站的可訪問性。如何解決優化與可訪問性的對立利益？
但是，它似乎是他們有時在競爭利益。如果我爲屏幕閱讀器，移動設備等包含單獨的樣式表，那麼這些附件就是要下載的文件。同樣，對於使用屏幕閱讀器，移動設備等的訪問者來說，有許多文件是不必要的。
那麼，那麼我們在哪裏？服務器端瀏覽器嗅探？我想這隻會有助於一些有限的案例。那些正在積極處理這些問題的團隊（例如谷歌或雅虎）還是出現了一些推薦做法？
爲了優化請求大小但保持可訪問性，我閱讀了一個有趣的方法，即在會話中存儲輔助功能類（屏幕閱讀器，移動設備等）。如果可訪問性類未存儲在會話中（例如，首頁加載 - 會話啓動），請發送所有樣式表（等），並使用Javascript檢測輔助功能類。將其發回並存儲在未來的會話中。在會話確實存儲可訪問性類時，只需傳輸適當的樣式表（等）。
那麼，我不會太擔心不同平臺的樣式表，因爲他們幾乎下載一次然後緩存。我強烈建議先設計可訪問性，然後再優化下載。
我不知道。也許我的偏見即使在第一次訪問時也會進行優化，如果我可以兼得，我都希望兩者兼顧。只是一個想法......「延遲很重要亞馬遜發現，每100ms的延遲花費1％的銷售額，谷歌發現搜索頁面生成時間增加了0.5秒，流量減少了20％，一家經紀商可能會損失400萬美元的收入毫秒，如果他們的電子交易平臺比競爭對手晚5毫秒。「 http://highscalability.com/latency-everywhere-and-it-costs-you-sales-how-crush-it – 2009-07-17 04:37:27
你是否在做這種規模的任何事情？如果網站無法訪問，網站加載速度如何？ – micmcg 2009-07-17 11:20:46
現在，用戶代理（瀏覽器或其他）的嗅探並不是什麼奇怪的技術，而像jQuery或dojo這樣的框架無論如何都是代表你做的，所以爲什麼不利用它呢？只要確保讓用戶通過一些明確而簡單的操作（對於嗅探啓發式就會錯誤的那些時間）來覆蓋事物。
您確定要下載不相關的樣式表嗎？我想他們會被忽略，除非需要。 – sisve 2009-07-17 04:43:23
我做了一些簡單的測試，我測試過的瀏覽器下載了所有的樣式表，儘管我查找的博客文章可能比我的簡單測試更全面。 – 2009-07-17 04:59:50