一個服務于移動用戶的網站是指其對客戶請求做出響應的格式是由移動設施備或瀏覽器的種類決定的。為了一方面服務于移動客戶，同時又緩存web服務器的響應，這類網站就必須將用戶代理信息作為緩存設備對請求做出正確響應的部分識別依據。
   比如說，有三臺不同的移動設備都同樣訪問 “news.html” 這個站點，然而，由于它們的用戶代理字符串不同，我們仍需要緩存三個不同的響應，這樣很可能會極大增加被緩存的響應的數量（因為其中同一站點的資料文本在成倍增加）。
   現在，通過配置aiCache, 我們可將刪減或改寫后的用戶代理字符串作為aiCache服務器對用戶請求做出正確響應的部分識別依據（此特性只有mobile-enabled版本才可做到）,從而為上述問題提供了完美的解決方案。
   在之前各項功能的基礎上，aiCache的這項性能解決了市面上存在多種移動設備所帶來的難題。以前，不同的固件文本，移動設備提供商和運營者都會導致移動設備向網站發送一個不同的用戶代理字符串，而想要緩存所有移動設備各不相同的響應數據是十分困難的。
   然而其實我們不難發現，市場上絕大部分的移動設備可被歸納為幾類不同的“家族”。例如，按照效能，對Javascript 的支持程度以及屏幕大小不同，Blackberries 可以被歸納為兩個類別，Iphones’本身就是一個類別，等等。這樣就簡化了先前的問題。
   aiCache就充分利用了這一點。您只需對用戶代理字符串具體設定改寫規則，改寫或刪減后新的字符串可就作為aiCache服務器緩存響應的部分簽名。
   另外，這個被“壓縮”了的客戶代理字符串還會與用戶請求中的X-UA-Rewrite header 一并送交原始服務器。然后，原始服務器會讀取并作用于這個報頭參數（header value），希望修改響應以便配合移動設備的差異。
   例如，將本不支持Javascript的設備文本轉為支持Javascript，調整頁面大小以配合不同尺寸的屏幕。
   當然，原始服務器也可依照用戶代理字符串的實際參數來形成響應。（aiCache從不修改它，而是從請求設備向原始服務器逐字上傳）但如果這樣的話，服務器端的代碼就必須能夠配合如此多不同的移動設備。
   將大量不同的用戶代理字符串減少為一小部分除了對原始服務器有好處，對緩存本身也有積極的影響——這包括提高緩存效率，部分減少網絡擁堵，降低對原始服務器配置的要求等。
這也極大的簡化了web服務器應對當今市面上所有五花八門的移動設備的邏輯流程。
   一直以來，人們的理想就是訪問URL不隨自己使用移動設備的種類而改變。這樣的話，無論使用的是哪種移動設備，訪問任何新聞網都只用輸入news.html ，而訪問任何體育板塊都只用輸入sports.html。
   遺憾的是，現實中對于URL變化情況的處理方法要復雜得多，例如給每個網址都加上移動設備種類的前綴。這往往讓用戶覺得十分麻煩。
   幸好，正如前所述，aiCache對此提供了漂亮的的解決方案。