相關的中繼資料包括 Content-Encoding: gzip。
如果物件的 Cache-Control 中繼資料欄位設定為 no-transform，則不論任何 Accept-Encoding 要求標頭為何，物件都會在所有後續要求中以壓縮物件的形式提供。
表示上傳的物件為 gzip 壓縮檔。至於 Content-Type，不會執行任何檢查來確保指定的 Content-Encoding 會確實套用至上傳的物件，且物件編碼指定錯誤的話，可能會導致後續的下載要求發生不希望發生的行為。
轉碼發生時，如果物件的要求包含 Range 標頭，則會在不發出通知的情況下略過該標頭。也就是說，要求提供局部內容是無法實現的，而回應會改為提供整個要求的物件。舉例來說，如果您的 10 GB 物件可以進行轉碼，但在要求中包含了 Range: bytes=0-10000 標頭，您還是會收到 10 GB 的整個物件。
這種行為的發生，是因為如果沒有先將整個壓縮檔解壓縮，就無法選取其中的範圍；為了達成對提供檔案其中一部分的要求，而將整個可能很大的檔案解壓縮，等於用不妥當的方式來利用資源。您應注意這種行為，並且避免使用 Range 標頭來進行轉碼功能，因為這會依傳送整個物件來計費，而非只用傳送要求的範圍來計費。如要進一步瞭解使用 Range 標頭發出要求所允許的回應行為，請參閱規格。
瞭解在使用 gsutil cp 將 gzip 內容編碼套用於檔案上傳時如何使用 -z/-Z 標記。
瞭解如何檢視及編輯物件中繼資料。