圖庫圖像的想法

Question

由於多個請求可以減緩在哪個部位的負荷，我在想，在畫廊的情況下的速度，將一個大的圖像包含所有縮略圖比加載單個縮略圖更好？

大的圖像會再使用PHP來「砍」的縮略圖，並放置在頁面上的相關位置。

我主要關心的是將這種對SEO有負面影響？由於Google只能看到一個大圖像文件，而不是很多較小的圖像文件。解決方法是將所有縮略圖的src設置爲重定向到處理縮略圖生成的腳本，其中圖像文件名稱是指該圖像的一組特定座標？

Answer 1

作爲大拇指的規則;對於使用圖像精靈的按鈕/圖標/ stuffliket（一個大圖像組合所有圖像，使用css僅顯示特定座標之間的部分），對於'真實'內容圖像，只需使用單獨的圖像。

這有幾個原因;圖標，按鈕等都是圖像，有時會出現在您網站的每個頁面上，並且通常會在同一頁面上多次顯示。所以將它們合併是非常有用的，例如。開始新的http連接以下載1kb（或更少）的圖標確實是低效的，想象一下如果使用數百個圖標會發生什麼。此外，這種類型的圖像對於你的網站排名並不重要，只針對你網站的外觀（但谷歌並不在乎你的網站是否像地獄一樣醜陋或像公主一樣美麗）

但是在另一個手，'內容'圖像，如縮略圖，假期或棒球比賽的照片往往足以排除效率部分。正如您在Chrome開發人員工具或螢火蟲中所看到的，瀏覽器將同時開始下載所有圖像。所以下載一張圖片幾乎和下載一張圖片一樣快。但是，如果您合併了上百張圖像，則下載速度會更慢，因爲您必須一次下載更多的數據。相比下;通過一根軟管推動2加侖水將花費比推動相同的2加侖槽10根軟管更長的時間。 （這個比喻有它的漏洞，但它說明了我的觀點）。 但更重要的是;谷歌讀出img標籤，並使用文件名（src），標題和（不太重要的）alt屬性來確定你的圖像應該如何與你的seo排名相關聯。圖片確實對您的seo排名有相關影響！但谷歌也知道，如果這是相同圖像顯示，或不同的，所以精靈不會幫你在這裏。一個腳本，參數說明圖像的哪一部分必須加載並不會幫助你，我相信如果你認爲它可以找出原因;）

所以，不要擔心合併縮略圖和那樣的東西。如果您想提高速度，請將注意力轉移到緩存並加速傳輸。一些非常簡單的改進可以通過使用例如gzip壓縮（谷歌.htaccess gzip），適當的緩存頭等來實現。

Answer 2

你得到它的權利，它始終是更好地下載一個大圖像，並從那裏得到的所有圖像，我猜你的意思的JavaScript去砍了的事情，因爲你必須做的是在客戶端。這在性能方面是一個非常好的主意，很多網站都這樣做。另一個想法是使用較小的圖像並在客戶端調整它們大小。只需小心調整大小，不要影響圖像的分辨率。

我不是如此肯定是負SEO，而據我所知，谷歌犯規執行任何JavaScript功能，使工作的時候，我不認爲這是可行的。但誠實地說，我不太確定這一點，在上一份工作中，我們從未將圖像視爲對搜索引擎優化產生重大影響。