ETags adalah alternatif untuk (tetapi dapat digunakan bersama) "Last-Modified-Time" untuk menentukan validasi cache.
Klien dapat mengirim pra-kondisi seperti jika-cocok atau jika-tidak ada yang cocok berdasarkan ETag. Ini bukan hanya untuk permintaan GET (yang dilakukan oleh webpagetest.org), Anda dapat menggunakan "pembaruan oportunistik" sehingga permintaan PUT memiliki prasyarat dan tidak akan melakukan operasi pembaruan jika sumber daya telah diperbarui sejak ETag dibuat. terakhir didapat.
Sederhananya: Anda menekan edit pada halaman di CMS Anda, teman Anda hits edit pada halaman di CMS Anda, teman Anda melakukan edit dan klik save dan akhirnya Anda menekan save - tanpa header HTTP ETag atau Content-MD5 yang Anda perlukan untuk menemukan kembali roda untuk mencegah masalah yang terjadi (seperti Anda menghapus perubahan teman Anda) solusinya sudah menjadi bagian dari protokol HTTP dan oleh karena itu masuk akal untuk hanya menggunakannya.
Secara umum saya setuju dengan AOL (yang menjalankan webpagetest.org) pada saran "satu ukuran untuk semua" - lebih baik tidak menyumbat header HTTP dengan string samar (ETag umumnya tidak cantik atau tidak dapat dibaca manusia) ketika ada perbedaan kedua ( yang Terakhir-Dimodifikasi-Waktu dapat mendeteksi) akan melakukan untuk pekerjaan di tangan.
Jika halaman diperbarui beberapa kali dalam satu detik dan Anda benar-benar membutuhkan versi terbaru yang paling akurat untuk ditampilkan, Anda mungkin ingin bereksperimen dengan solusi selain GET HTTP atau hanya menggunakan ETag.
Hati-hati bahwa ETag Anda tidak termasuk per sistem file, per perubahan konfigurasi server, informasi dll (seperti inode yang default pada Apache) jika tidak Anda akan memiliki masalah ketika ada dua server (ETag dari masing-masing tidak akan cocok).