處理網頁圖片最常見的10個錯誤及其解決方案
對於任何一個現代網站開發來說圖片都是最重要的部分。目前，據統計圖片已經占到網站總頻寬的60%。在處理前沿網站設計時更加明顯。在一個圖像豐富的社群網站上使用類別圖釘的佈局，這個數字能高達85%。
不幸的是頻寬很貴。對於高流量的網站，頻寬很可能要為你的IT程式設計師花費負主責，輕鬆超越虛擬主機和儲存花費。另外，如此大量的流量需要花時間，所以在瀏覽你的網站時，訪客很可能要花很長時間來等待圖片的載入。
我們列舉了其中的我們往往每天會遇到的與他們如何可以（並且應該）來解決的問題。
1. 奢侈的在瀏覽器端調整圖片大小
我們常常觀察到開發者所使用的一個快捷方式就是使用瀏覽器端的圖片大小調整，而不是在伺服器端就把圖片的大小調整好、.
情況常常是一樣的– 網站中擁有許多特定尺寸的縮圖，然後圖形的設計發生了變化. 新的圖形設計要求縮圖尺寸有一點輕微的變化，而我們的開發者，有時是隨意，有時則是刻意的，就使用原來的大尺寸圖片，只是針對瀏覽器調整一下圖片的CSS高度和寬度，使圖片看起來是一張縮圖.
在現代瀏覽器上，最終結果看上去確實是一樣的，但是加載圖片所耗費的帶塊卻是不一樣的. 你的網站訪問這需要浪費珍貴的時間來加載一張不必要的拉圖片，而你則浪費了多餘的頻寬去傳輸他們.對於更老的瀏覽器這一問題會更加的突出，因為他們調整圖片尺寸的算法效率是低於平均水品的.
這一問題比你想像的還要普遍許多，它能在我們日常訪問的許多網站中找到. 例如，訪問 Yahoo 的前頭版頁面，你會注意到“熱點“新聞這裡加載的所有縮略圖像素都是你所看到的尺寸的兩倍.
如何解決: 對於開發者/ 設計者– 請確保你要發布的圖片完美的契合需要他們的網站的尺寸. 即使是同一張圖片，也要用不同尺寸的縮圖來適配不同的頁面, 創建不同尺寸的縮圖，而不是全都使用同一張大尺寸圖片並依賴瀏覽器去調整它的大小，這樣做是很值得的.
2. 沒必要的高品質JPEG圖片
JPEG圖片確實為web帶來革命性的影響. 多年以來，這種有損壓縮格式讓web開發者可以值耗費較任何其它競爭對手更低的頻寬來加載帶有高細節的高分辨率圖像.
而我們仍然不斷看到開發者和圖形設計師不去嘗試對影像進行JPEG壓縮. 事實上，在大多數網站中，你都可以在觀看品質沒有明顯損失的前提下安全吧JPEG品質降低一個檔次.
而85%的 JPEG 影像品質似乎很普遍，我們看到許多網站中的品質普遍是在95%，而一個更低的品質水品，其實可以再不損害整個體驗的情況下大大解決頻寬. 最終結果是更高的頻寬消耗，以及網路延時對使用者體驗帶來的影響.
上面這兩張圖片品質幾乎一樣，左邊是質量 95% 的 JPEG 大小有 34KB，而右邊 80% 的 JPEG 則只有 17KB,只要一半的下載時間，且加載的時間是前者的兩倍. 這樣微乎其微的質量損失是值得的.
如何解決: 不要害怕去嘗試更低質量的JPEG. 對於某些網站，我們發現使用 50% 的 JPEG 質量可以為我們帶來一個非常合理的結果. 而更高品質的 JPEG 當然總是看起來更好，但品質上的提升並不總是能值回高品質圖片所帶來的額外的頻寬和等待時間.
3.錯誤的圖片檔案類型
目前的網站是 JPEG、PNG 、 GIF 三分天下。網站中平均起來 JPEG 和 GIF 約佔 40%，PNG 佔剩下的20%。
關於這三種格式的好的（以及壞的）方面是它們每一個在網站中都有不同的角色。使用錯誤圖片格式是浪費訪客的時間以及你自己的錢。
在 Cloudinary 中，我們最常見的錯誤就是使用PNG來投遞照片。對於PNG的通常的誤解是它是無損的格式，並認為它是照片最可能的替代品。通常來說這沒錯，也確實沒必要做優化。只需要一點點PNG檔案大小就可以獲得相當品質的高品質JPEG圖片。
左邊的是PNG圖片，它有110KB大小。右邊是一個JPEG圖片，看起來差不多，但只有15KB大小。
怎麼破：要隨時注意什麼圖片格式適合於內容顯示。 PNG應該被用於電腦生成的圖片（圖表、logo等），或者你需要圖片中有部分透明（圖片覆蓋）。 JPEG應該被用來顯示抓取的圖片。 GIF應該在要顯示動畫時用（使用Jjax載入動畫等）。要注意這些是通常的原則，PNG幾乎在所有的方面都要勝過GIF。
4.發表非最佳化的圖片
我們知道PNG是無損格式，但你知道它可以進一步壓縮嗎？發表同樣精細的圖片，免費的PNG壓縮工具可以將PNG大小減少到50%。同樣精細的圖片，而只有一半大小？當我腦殘嘛。不幸的是，許多開發者和網站設計者都跳過了這一步，並發表了非最佳化圖片。
怎麼破：PNGCrush和OptiPNG是兩個開源圖片優化庫，如果你還沒用過，你確實應該用了。如果你不需要自動優化進程，你可以前往雅虎的smush。它提供手動壓縮PNG服務。
上面是一個雅虎smush使用範例。它起作用了。
5.忘記脫掉圖片meta資料
許多現代網站允許訪客上傳照片。無論它是用戶的輪廓圖還是近期旅行的共享照片，這些都帶有現代相機的原始信息，很可能引入許多meta信息到照片中。
meta資料在EXIF/IPTC格式中，包含大量的相機和照片訊息，包括相機型號、日期和時間資訊、光圈、快門速度、焦長、測光模式、ISO、全球定位和許多其他資訊片段。
大多數情況下，脫掉meta資訊都是一個很棒的主意。對於隱私保護和減少文件尺寸來說都很好。不幸的是，我們很少看到開發者花時間清除meta訊息，這增加了頻寬同時也損害了用戶的瀏覽體驗。
怎麼破：確保你清除了你的圖片以及用戶上傳的照片中的meta資訊。如果這些資訊是必要的，請確保它的可用範圍，而不是作為你的圖片的一部分。提示：即使圖片的meta資訊對你的網站來說不是必須的，但是有一個資訊片段，那就是圖片的原始攝影方向，對於正確顯示照片來說是很關鍵的。當清除Exif資訊時，請確保你在Exif資訊基礎上將圖片旋轉到了正確的方向。
6.直接從伺服器發表圖片
一旦你的網站內容就位了，你的下一個目標就是確保你的所有網站圖片盡可能快的分發給你的訪客。
在Cloudinary中，一個最常見的網站問題是，開發者在自己的伺服器中儲存圖片，而且通常和他們的網站在同一台機器上。這裡發生了兩件事：第一，你的伺服器忙著發表圖片而不是專注於發表你的獨一無二的網站內容；第二，你錯過了最驚人的圖像分發解決方案之一——內容分發網絡（ Content Delivery Networks）。
如何解決: 內容分發網路是很容易使用的服務，它管理者你網站的圖片，比你網站自身管理這些圖片的發布要快很多. CDN 依賴於遍布於全世界的超大數量的伺服器，或者說「邊界」. 當訪客瀏覽你的網站是，它們會自動路由到最近的邊界文職, 這樣圖片就能以及盡可能快的速度發布，大幅減少延遲. CDN依據所需的頻寬收費，稍微比主機服務商的框架比較貴, 不過如今的CDN價格已經實惠到相當值得一用.
有許多CDN服務供應商可供選擇. 只要註冊就能開始享受其好處. Amazon 的 CloudFront 算是一個好的開始.
7. 靜態圖示單一分開傳送
除了圖片和縮圖之外, 網站還有圖標和輔助圖像(auxiliary image). Logo, 箭頭, 星形標誌, 符號, 標誌, 這些都能提高網站的使用者體驗. 組成按鈕, 陰影, 邊框的圖片片段, 以及其他圖片片段, 可以讓你根據美工的要求, 動態創建各種部件(widget).
一個網站的小圖片多到你無法相信. 拿 谷歌的搜尋結果頁面來說. 你要是經常 Google, 可能對它的簡潔介面還有印象。 幾乎看不到圖標, 對吧? 大錯特錯。 Google 搜尋結果頁面的小圖示 80 個都不只 (!)
開發者會犯的一個普遍錯誤就是把這些小圖示原樣嵌入到他們的網站中。瀏覽器需要花在下載如此多圖片的時間是相當多的。下載一張圖片時，我們作為訪客需要忍受網路延遲之苦，而因為一般的瀏覽器平均只支援同時下載不超過6張圖片, 所以延時還要乘以圖片的下載批次。你的訪客將需要等待他們的瀏覽器完成對所有這些圖片的下載，而你的網頁伺服器可能會因為要應對如此多的下載請求而變得無法回應。你的訪客甚至可能會放棄等待，轉而繼續他們日常的瀏覽活動。
如何修復: 一個簡單的解決方案是使用CSS Sprite（CSS精靈）， 一個單一的圖像包含你所有的小圖示。你的網頁從你伺服器上的這個單一圖片上被下載和修改，並且頁面的HTML使用了可替代的CSS 類名去指向大圖片內部的小圖片。
現在，取代80張圖片，Google的訪客下載的只是一個單一的圖像。他們的瀏覽器將會快速下載並快取這些從Google伺服器上的單一圖片，並且所有的圖片將會立即呈現。
8. 在可以使用CSS3的時候使用圖片
當我們把一個網站的設計轉換成HTML元素的時候，許多開發者仍然將按鈕設計成圖片式的。因為舊的瀏覽器不支援使用CSS來實現陰影，圓弧角，和特殊字體，開發者在過去習慣了使用小圖片來實現上述的特性，亦即基於圖片的方案。
不幸的是，這種解決方案需要大量的圖片，最終損害了瀏覽者的體驗，並且也很難管理，增加了開發所需的時間和成本（想想如何更改一個圖片中嵌入的文字） 。
現代瀏覽器支援使用簡單的CSS來實現陰影，圓角矩形和特殊字體。然而，我們仍然看到許多網站依舊在使用基於圖片的按鈕。這是一類常見的錯誤。例如，看著這部分CNN的按鈕－
這一小技巧是一張能夠很容易的使用簡單的CSS指令來實現的 61KB 圖片, 提升載入時間和使用者體驗的同時降低頻寬消耗.
如何解決: 無論何時確保盡可能使用CSS3. 如果你的圖形設計師能提供基於CSS3的元素可供使用. 如果你想要支援老版本的IE，你也應該確保你的介面能優雅的降級到至少能保證設計的功能可用(儘管不能完美的顯示出原來的效果), 或選擇一種像CSS3 PIE這樣的CSS3模擬方案.
9.錯誤的圖片快取設定
一般你的網站圖片文化很少改變。 HTTP快取指令可以讓訪客的瀏覽器將這些圖片快取起來，任何其他的服務都可以這麼乾（CDN、proxies等等）。一旦圖片被緩存，在今後訪問你的網站的時候將會使用快取而不是一遍又一遍的下載。
正確的快取設定透過減少頁面載入時間來提高使用者體驗，同時也減少你的網站頻寬而減少花費。
不幸的是，我見到許多案例都沒有正確的利用好快取。最常見的是，對於更新圖片時漫長的快取設定的擔心，因為他們認為網站訪客會看到舊的圖片而不是新的圖片。
這個看似棘手的情況可以透過添加一個指紋（MD5、時間戳等）到圖像URL來輕鬆地避免。透過添加一個指紋到圖像的URL你可以知道圖像何時變化了，已經它的URL。當URL變化時，瀏覽器會強制重新讀取影像。目前的Web開發平台能夠自動為所有的圖片添加這樣一個指紋，從源頭解決這個問題。
如何解決：我們強烈建議對全站的圖片積極使用緩存，如果可以的話設置圖片的’Expires’HTTP頭。除了圖像URL的指紋之外，這樣可以立即提升你網站的效能。
10.在所有的傳輸介質中使用相同的圖像尺寸
你的網站正被許多不同的設備瀏覽。近年來，隨著手機和平板電腦用戶量的崛起，看看你網站的流量分析，其顯示了來自這裡設備訪客量的大幅上升。
網站是否有移動訪客，或者你是否打算為你的網站內容提供一個移動版本，你還剩一個決定——如何發送圖像，移動設備上的相同圖像但在台式機分辨率就太低了。
我們常看到開發者們圖省事，也就是為不同備的解析度提供相同的影像，在客戶端縮放影像。儘管圖像看起來效果很好，但用戶在加載大尺寸圖像上浪費了時間，你也要支付額外的頻寬費用。這對3G用戶和漫遊用戶來說是特別不公平，他們需要支付大量高解析度圖片的額外費用。
相對的情況是使用最低的標準，在所有設備中使用非常低解析度的圖像，這使得你的網站在更新更高分辨率的設備上表現地很糟糕。
如何解決：解決的方式很簡單-透過user-agent或客戶端的Javascript程式碼鑑別訪客的行動裝置和解析度。在取得了準確的解析度後，在伺服器檢索的最適合的影像。這當然需要你提供一套原始圖像的縮圖。已經有一些不錯的JavaScript套件將這個流程自動化。
總結
本文中提到的這些最常見的網站圖片處理問題, 其實也是我們在 Cloudinary 上最常碰到的問題. 並不是說問題只有這麼多, 我們只是盡量把影響效率較大的問題提出來, 並給出通俗的解釋, 好讓你以此為研究起點, 找到合適的解決方案.
如果你沒聽過 Cloudinary , 那我可以很高興的告訴你, Cloudinary 已經把上面提到的, 沒提到的問題解決了.每張上傳到 Cloudinary 的圖片都可以動態產生任意尺寸, 格式,品質的縮圖. 因此你可以在各種設定中找到適合自己網站, 滿足客戶期望的配置. Cloudinary 提供簡單易用, 可管理性強的 Sprite . 所有圖片都自動剝離(stripped),按尺寸優化,並使用快取配置合理的高速 CDN 傳送, 書中提到的最佳實踐幾乎都用上了. 最後值得一提的是, Cloudinary 的雲動態圖片尺寸調整能力完美適應相應式設計.
