Pembaruan pada Aplikasi Gmail Memuat Gambar
Burung
25 Jan 2022
1 min read

Poin Penting
Gmail sekarang memprefetch gambar ketika pengguna memiliki sesi Gmail aktif di web atau seluler, menyebabkan pembukaan palsu sebelum email ditampilkan.
Prefetching hanya terjadi ketika aplikasi Gmail terbuka dan pengguna telah masuk, dan terjadi segera sebelum UI merender email.
Pembukaan palsu ini berasal dari rentang IP Google dan selalu menggunakan string user-agent tertentu yang berbeda dari Google Image Cache.
Prefetching terpisah dari pembukaan Google Image Cache yang terjadi ketika pengguna benar-benar membuka email.
Analisis 9.8B pembukaan Gmail menemukan bahwa pembukaan palsu menyumbang 1–6% dari pembukaan Gmail, yang berpotensi membesar-besarkan tingkat pembukaan yang dilaporkan hingga ~2 poin persentase.
Dampaknya kecil jika dibandingkan dengan Perlindungan Privasi Apple Mail, tetapi ini mengurangi keandalan pelacakan pembukaan lebih jauh.
Pengukuran keterlibatan harus beralih ke klik, pengujian subjek, dan perilaku hilir.
SparkPost secara otomatis menandai peristiwa ini dengan atribut
is_prefetcheddalam API dan Webhooks Acara.Pengirim non-SparkPost masih dapat mendeteksi pembukaan palsu dengan menyaring user-agent bot prefetct Gmail yang diketahui.
Prefetching tampaknya terkait dengan pemindaian keamanan sebelum merender email di Gmail, berdasarkan waktu dan perilaku permintaan.
Prefetch hanya terjadi sekali per thread yang belum dibaca; pesan mendatang dalam thread yang sama tidak akan memicu prefetch tambahan kecuali belum dibaca.
Prefetch dapat terus berlangsung singkat setelah menutup aplikasi Gmail seluler karena aktivitas latar belakang.
Sorotan Tanya jawab
Apa perilaku baru yang diperkenalkan Gmail?
Gmail sekarang memprefetch gambar sebelum menampilkan email ketika pengguna aktif masuk ke Gmail di web atau mobile.
Apakah pemuatan sebelumnya Gmail dihitung sebagai pembukaan email yang sebenarnya?
Tidak. Ini adalah pembukaan salah yang terjadi sebelum pengguna melihat email.
Kapan Gmail memicu pengambilan gambar?
Hanya ketika penerima memiliki sesi Gmail aktif yang dibuka pada saat email dikirim.
Apa perbedaan antara prefetching Gmail dan Cache Gambar Google?
Mengambil data terjadi sebelum email ditampilkan, sementara Google Image Cache memuat gambar saat pengguna benar-benar membuka email.
Apa user-agent yang mengidentifikasi pembukaan pramuat Gmail?
String UA tertentu yang diawali dengan:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...Seberapa signifikan inflasi terhadap tingkat keterbukaan?
Berita palsu menyumbang sekitar 1–6% dari pembukaan Gmail, memperbesar tingkat pembukaan hingga sekitar 2%.
Bagaimana pengirim dapat mendeteksi pembukaan prefetch?
Filter acara terbuka yang cocok dengan agen pengguna Gmail Prefetch Bot yang dikenal dan berasal dari rentang IP yang dimiliki oleh Google.
Apa yang telah dilakukan SparkPost untuk mendukung deteksi?
Ini menambahkan sebuah
is_prefetchedflag di API Events dan Webhooks untuk secara otomatis mengidentifikasi peristiwa ini.Mengapa Gmail memuat sebelumnya gambar?
Bukti menunjukkan bahwa itu berfungsi sebagai pemindaian keamanan sebelum menampilkan email kepada pengguna.
Apakah pengambilan data terjadi untuk setiap pesan dalam sebuah percakapan?
Tidak. Ini biasanya hanya terjadi sekali per thread Gmail yang belum dibaca.
Apa yang terjadi setelah permintaan prefetch?
Permintaan Cache Gambar Google terpisah tetap terjadi saat pengguna benar-benar membuka email.
Apa yang seharusnya difokuskan pengirim selain jumlah pembukaan?
Klik, perilaku di situs, kualitas pengiriman, kebersihan daftar, dan optimasi baris subjek.
Apa itu pemuatan gambar Gmail?
Perubahan terbaru dengan Perlindungan Privasi Mail Apple membuat kami bertanya-tanya – di mana lagi pemuatan awal (prefetching) terjadi? Meskipun palsu buka datang tanpa kejutan besar, kami memiliki rincian tambahan tentang seperangkat keadaan terbatas di mana Gmail memuat awal gambar dalam email yang dikirim ke pengguna Gmail.
Kapan pemuatan awal Gmail terjadi
Pemuat awal Gmail terjadi dalam keadaan berikut:
Penerima Gmail sedang masuk dan memiliki sesi aktif yang terbuka di aplikasi Gmail (baik aplikasi web atau aplikasi mobile).
Sebuah email dikirim ke penerima Gmail saat sesi mereka aktif terbuka.
Gmail memuat semua gambar segera sebelum UI menampilkan email.
Pemuatan awal gambar ini adalah tambahan dari (dan berbeda dari) Cache Gambar Google buka, yang terjadi ketika pengguna membuka email.
Pemuatan awal gambar hanya terjadi ketika pengguna masuk ke aplikasi Gmail, berasal dari alamat IP Google, dan diminta menggunakan string pengguna berikut:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Dalam menyelidiki miliaran kejadian buka, kami dapat dengan yakin mengatakan bahwa buka ini adalah buka palsu dan tidak menunjukkan kejadian buka pengguna yang sebenarnya. Kejadian buka ini independen dan berbeda dari kejadian buka yang dipicu oleh Cache Gambar Google.
Cara mengidentifikasi buka Gmail yang dimuat awal (ringkasan)
Signal | Apa yang diindikasikan |
|---|---|
Sesi Gmail aktif (web atau mobile) | Pemuatan awal hanya terjadi selama penggunaan aktif |
Gambar diambil sebelum UI ditampilkan | Buka dicatat sebelum pengguna melihat email |
Sumber IP dimiliki oleh Google | Permintaan sisi server, bukan perangkat penerima |
Agen pengguna pemuat awal Gmail yang spesifik | Jejak yang dapat diandalkan untuk penyaringan |
Terjadi beberapa detik setelah pengiriman | Waktu mengkonfirmasi perilaku otomatis |
Perubahan terbaru dengan Perlindungan Privasi Mail Apple membuat kami bertanya-tanya – di mana lagi pemuatan awal (prefetching) terjadi? Meskipun palsu buka datang tanpa kejutan besar, kami memiliki rincian tambahan tentang seperangkat keadaan terbatas di mana Gmail memuat awal gambar dalam email yang dikirim ke pengguna Gmail.
Kapan pemuatan awal Gmail terjadi
Pemuat awal Gmail terjadi dalam keadaan berikut:
Penerima Gmail sedang masuk dan memiliki sesi aktif yang terbuka di aplikasi Gmail (baik aplikasi web atau aplikasi mobile).
Sebuah email dikirim ke penerima Gmail saat sesi mereka aktif terbuka.
Gmail memuat semua gambar segera sebelum UI menampilkan email.
Pemuatan awal gambar ini adalah tambahan dari (dan berbeda dari) Cache Gambar Google buka, yang terjadi ketika pengguna membuka email.
Pemuatan awal gambar hanya terjadi ketika pengguna masuk ke aplikasi Gmail, berasal dari alamat IP Google, dan diminta menggunakan string pengguna berikut:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Dalam menyelidiki miliaran kejadian buka, kami dapat dengan yakin mengatakan bahwa buka ini adalah buka palsu dan tidak menunjukkan kejadian buka pengguna yang sebenarnya. Kejadian buka ini independen dan berbeda dari kejadian buka yang dipicu oleh Cache Gambar Google.
Cara mengidentifikasi buka Gmail yang dimuat awal (ringkasan)
Signal | Apa yang diindikasikan |
|---|---|
Sesi Gmail aktif (web atau mobile) | Pemuatan awal hanya terjadi selama penggunaan aktif |
Gambar diambil sebelum UI ditampilkan | Buka dicatat sebelum pengguna melihat email |
Sumber IP dimiliki oleh Google | Permintaan sisi server, bukan perangkat penerima |
Agen pengguna pemuat awal Gmail yang spesifik | Jejak yang dapat diandalkan untuk penyaringan |
Terjadi beberapa detik setelah pengiriman | Waktu mengkonfirmasi perilaku otomatis |
Perubahan terbaru dengan Perlindungan Privasi Mail Apple membuat kami bertanya-tanya – di mana lagi pemuatan awal (prefetching) terjadi? Meskipun palsu buka datang tanpa kejutan besar, kami memiliki rincian tambahan tentang seperangkat keadaan terbatas di mana Gmail memuat awal gambar dalam email yang dikirim ke pengguna Gmail.
Kapan pemuatan awal Gmail terjadi
Pemuat awal Gmail terjadi dalam keadaan berikut:
Penerima Gmail sedang masuk dan memiliki sesi aktif yang terbuka di aplikasi Gmail (baik aplikasi web atau aplikasi mobile).
Sebuah email dikirim ke penerima Gmail saat sesi mereka aktif terbuka.
Gmail memuat semua gambar segera sebelum UI menampilkan email.
Pemuatan awal gambar ini adalah tambahan dari (dan berbeda dari) Cache Gambar Google buka, yang terjadi ketika pengguna membuka email.
Pemuatan awal gambar hanya terjadi ketika pengguna masuk ke aplikasi Gmail, berasal dari alamat IP Google, dan diminta menggunakan string pengguna berikut:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Dalam menyelidiki miliaran kejadian buka, kami dapat dengan yakin mengatakan bahwa buka ini adalah buka palsu dan tidak menunjukkan kejadian buka pengguna yang sebenarnya. Kejadian buka ini independen dan berbeda dari kejadian buka yang dipicu oleh Cache Gambar Google.
Cara mengidentifikasi buka Gmail yang dimuat awal (ringkasan)
Signal | Apa yang diindikasikan |
|---|---|
Sesi Gmail aktif (web atau mobile) | Pemuatan awal hanya terjadi selama penggunaan aktif |
Gambar diambil sebelum UI ditampilkan | Buka dicatat sebelum pengguna melihat email |
Sumber IP dimiliki oleh Google | Permintaan sisi server, bukan perangkat penerima |
Agen pengguna pemuat awal Gmail yang spesifik | Jejak yang dapat diandalkan untuk penyaringan |
Terjadi beberapa detik setelah pengiriman | Waktu mengkonfirmasi perilaku otomatis |
Bagaimana pemuatan awal Gmail mempengaruhi tingkat pembukaan
Apa implikasi dari pembukaan palsu di Gmail? Untungnya, mereka minor dan tidak ada yang mendekati skala Apple Mail Privacy Protection. Namun, dengan pelacakan pembukaan menjadi kurang dapat diandalkan, membuat garis subjek yang menarik menjadi semakin penting untuk mengukur keterlibatan melalui klik daripada pembukaan.
Dalam melihat lebih dari 9.8B kejadian pembukaan penerima Gmail pada bulan Desember 2021, untuk sebagian besar pengirim, kami melihat bahwa pembukaan palsu menyumbang antara 1-6% dari kejadian pembukaan. Apa yang ini berarti adalah tingkat pembukaan Anda mungkin terdongkrak hingga 2 poin persentase. Sebagai contoh: Jika Anda saat ini memiliki tingkat pembukaan keseluruhan 20% di Gmail, tingkat pembukaan yang benar akan lebih dekat ke 18%.
Gmail prefetch vs pembukaan Google Image Cache
Perilaku | Gmail Prefetch | Google Image Cache |
|---|---|---|
Dipicu oleh | Kegiatan aplikasi Gmail | Pengguna membuka email |
Mewakili keterlibatan yang nyata | Tidak | Lebih mungkin |
Waktu permintaan | Sebelum tampilan email | Setelah pembukaan |
Penanganan analitik | Saring atau abaikan | Retain (dengan catatan) |
Tingkat pembukaan palsu spesifik Anda mungkin jauh lebih tinggi atau lebih rendah dari yang kami laporkan di atas. Karena, pembukaan palsu dipicu berdasarkan kapan pengguna menggunakan aplikasi Gmail, perilaku dan kasus penggunaan audiens spesifik Anda adalah faktor utama seberapa banyak Anda akan terpengaruh oleh anomali ini.
Mengingat dampak ini, langkah selanjutnya adalah memahami cara mengidentifikasi dan menyaring kejadian ini dalam data Anda.
Apa implikasi dari pembukaan palsu di Gmail? Untungnya, mereka minor dan tidak ada yang mendekati skala Apple Mail Privacy Protection. Namun, dengan pelacakan pembukaan menjadi kurang dapat diandalkan, membuat garis subjek yang menarik menjadi semakin penting untuk mengukur keterlibatan melalui klik daripada pembukaan.
Dalam melihat lebih dari 9.8B kejadian pembukaan penerima Gmail pada bulan Desember 2021, untuk sebagian besar pengirim, kami melihat bahwa pembukaan palsu menyumbang antara 1-6% dari kejadian pembukaan. Apa yang ini berarti adalah tingkat pembukaan Anda mungkin terdongkrak hingga 2 poin persentase. Sebagai contoh: Jika Anda saat ini memiliki tingkat pembukaan keseluruhan 20% di Gmail, tingkat pembukaan yang benar akan lebih dekat ke 18%.
Gmail prefetch vs pembukaan Google Image Cache
Perilaku | Gmail Prefetch | Google Image Cache |
|---|---|---|
Dipicu oleh | Kegiatan aplikasi Gmail | Pengguna membuka email |
Mewakili keterlibatan yang nyata | Tidak | Lebih mungkin |
Waktu permintaan | Sebelum tampilan email | Setelah pembukaan |
Penanganan analitik | Saring atau abaikan | Retain (dengan catatan) |
Tingkat pembukaan palsu spesifik Anda mungkin jauh lebih tinggi atau lebih rendah dari yang kami laporkan di atas. Karena, pembukaan palsu dipicu berdasarkan kapan pengguna menggunakan aplikasi Gmail, perilaku dan kasus penggunaan audiens spesifik Anda adalah faktor utama seberapa banyak Anda akan terpengaruh oleh anomali ini.
Mengingat dampak ini, langkah selanjutnya adalah memahami cara mengidentifikasi dan menyaring kejadian ini dalam data Anda.
Apa implikasi dari pembukaan palsu di Gmail? Untungnya, mereka minor dan tidak ada yang mendekati skala Apple Mail Privacy Protection. Namun, dengan pelacakan pembukaan menjadi kurang dapat diandalkan, membuat garis subjek yang menarik menjadi semakin penting untuk mengukur keterlibatan melalui klik daripada pembukaan.
Dalam melihat lebih dari 9.8B kejadian pembukaan penerima Gmail pada bulan Desember 2021, untuk sebagian besar pengirim, kami melihat bahwa pembukaan palsu menyumbang antara 1-6% dari kejadian pembukaan. Apa yang ini berarti adalah tingkat pembukaan Anda mungkin terdongkrak hingga 2 poin persentase. Sebagai contoh: Jika Anda saat ini memiliki tingkat pembukaan keseluruhan 20% di Gmail, tingkat pembukaan yang benar akan lebih dekat ke 18%.
Gmail prefetch vs pembukaan Google Image Cache
Perilaku | Gmail Prefetch | Google Image Cache |
|---|---|---|
Dipicu oleh | Kegiatan aplikasi Gmail | Pengguna membuka email |
Mewakili keterlibatan yang nyata | Tidak | Lebih mungkin |
Waktu permintaan | Sebelum tampilan email | Setelah pembukaan |
Penanganan analitik | Saring atau abaikan | Retain (dengan catatan) |
Tingkat pembukaan palsu spesifik Anda mungkin jauh lebih tinggi atau lebih rendah dari yang kami laporkan di atas. Karena, pembukaan palsu dipicu berdasarkan kapan pengguna menggunakan aplikasi Gmail, perilaku dan kasus penggunaan audiens spesifik Anda adalah faktor utama seberapa banyak Anda akan terpengaruh oleh anomali ini.
Mengingat dampak ini, langkah selanjutnya adalah memahami cara mengidentifikasi dan menyaring kejadian ini dalam data Anda.
Bagaimana cara mendeteksi dan mengabaikan pembukaan yang sudah dimuat sebelumnya di Gmail
Apa yang harus dilakukan berdasarkan pengaturan pengiriman Anda
Jenis pengirim | Penanganan yang disarankan |
|---|---|
Pengirim SparkPost | Gunakan bendera |
Pengirim Non-SparkPost | Saring pembukaan yang cocok dengan user-agent Gmail prefetch yang dikenal |
Semua pengirim | Pindahkan penekanan dari pembukaan ke klik dan sinyal downstream |
Untuk pengirim SparkPost
Untuk pengirim SparkPost, kami sudah siap membantu Anda. Kami telah memperbarui API acara dan webhook acara kami untuk mengidentifikasi secara otomatis peristiwa Gmail Prefetch ini menggunakan bendera yang baru diperkenalkan is_prefetched bendera. Kami juga sedang aktif bekerja untuk menambahkan kemampuan membedakan pembukaan yang diprefetch dan proxy dalam UI Laporan Analitik dan API Metrics kami. Nantikan pembaruan mengenai peningkatan UI Laporan di masa mendatang.
Untuk pengirim non-SparkPost
Bagi yang lain, mendeteksi pembukaan Gmail prefetch masih relatif sederhana. Untuk detail teknis lebih lanjut tentang menganalisis data email, lihat panduan kami tentang membaca header email. Untuk setiap peristiwa pembukaan, Anda akan ingin mengabaikan (atau menandai secara unik) setiap peristiwa pembukaan yang cocok dengan string user agent berikut:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Kami telah dapat mengonfirmasi bahwa string ini unik untuk Bot Prefetch Google.
Apa yang harus dilakukan berdasarkan pengaturan pengiriman Anda
Jenis pengirim | Penanganan yang disarankan |
|---|---|
Pengirim SparkPost | Gunakan bendera |
Pengirim Non-SparkPost | Saring pembukaan yang cocok dengan user-agent Gmail prefetch yang dikenal |
Semua pengirim | Pindahkan penekanan dari pembukaan ke klik dan sinyal downstream |
Untuk pengirim SparkPost
Untuk pengirim SparkPost, kami sudah siap membantu Anda. Kami telah memperbarui API acara dan webhook acara kami untuk mengidentifikasi secara otomatis peristiwa Gmail Prefetch ini menggunakan bendera yang baru diperkenalkan is_prefetched bendera. Kami juga sedang aktif bekerja untuk menambahkan kemampuan membedakan pembukaan yang diprefetch dan proxy dalam UI Laporan Analitik dan API Metrics kami. Nantikan pembaruan mengenai peningkatan UI Laporan di masa mendatang.
Untuk pengirim non-SparkPost
Bagi yang lain, mendeteksi pembukaan Gmail prefetch masih relatif sederhana. Untuk detail teknis lebih lanjut tentang menganalisis data email, lihat panduan kami tentang membaca header email. Untuk setiap peristiwa pembukaan, Anda akan ingin mengabaikan (atau menandai secara unik) setiap peristiwa pembukaan yang cocok dengan string user agent berikut:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Kami telah dapat mengonfirmasi bahwa string ini unik untuk Bot Prefetch Google.
Apa yang harus dilakukan berdasarkan pengaturan pengiriman Anda
Jenis pengirim | Penanganan yang disarankan |
|---|---|
Pengirim SparkPost | Gunakan bendera |
Pengirim Non-SparkPost | Saring pembukaan yang cocok dengan user-agent Gmail prefetch yang dikenal |
Semua pengirim | Pindahkan penekanan dari pembukaan ke klik dan sinyal downstream |
Untuk pengirim SparkPost
Untuk pengirim SparkPost, kami sudah siap membantu Anda. Kami telah memperbarui API acara dan webhook acara kami untuk mengidentifikasi secara otomatis peristiwa Gmail Prefetch ini menggunakan bendera yang baru diperkenalkan is_prefetched bendera. Kami juga sedang aktif bekerja untuk menambahkan kemampuan membedakan pembukaan yang diprefetch dan proxy dalam UI Laporan Analitik dan API Metrics kami. Nantikan pembaruan mengenai peningkatan UI Laporan di masa mendatang.
Untuk pengirim non-SparkPost
Bagi yang lain, mendeteksi pembukaan Gmail prefetch masih relatif sederhana. Untuk detail teknis lebih lanjut tentang menganalisis data email, lihat panduan kami tentang membaca header email. Untuk setiap peristiwa pembukaan, Anda akan ingin mengabaikan (atau menandai secara unik) setiap peristiwa pembukaan yang cocok dengan string user agent berikut:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0
Kami telah dapat mengonfirmasi bahwa string ini unik untuk Bot Prefetch Google.
Analisis rinci prefetch Gmail
Seperti yang dijelaskan di atas, pemuatan awal Gmail hanya terjadi dalam serangkaian keadaan yang terbatas. Pemuatan awal tidak terjadi dengan klien email lainnya. Sebaliknya, perilaku ini spesifik pada saat pengguna Gmail memiliki aplikasi Gmail terbuka di dalam browser web mereka atau sedang aktif menggunakan aplikasi seluler. Teori terbaik kami adalah bahwa ini merupakan pemindaian keamanan sebelum menampilkan email kepada pengguna di browser mereka. Perilaku pemuatan awal ini juga menyoroti mengapa optimasi ukuran file email penting untuk pemuatan yang lebih cepat dan pengalaman pengguna yang lebih baik.
Perilaku permintaan dan sinyal teknis
Header permintaan lengkap untuk permintaan gambar dijelaskan di bawah ini. Beberapa hal yang akan Anda perhatikan:
Referer diatur ke http://mail.google.com. Menariknya, meskipun pengguna berada di https://, Gmail tetap mengatur referer ke protokol http:// saat mengajukan permintaan.
Permintaan datang dari server Gmail dan bukan dari browser pengguna. IP klien selalu merujuk ke ruang IP yang dimiliki Google.
Tidak seperti Google Image Cache, string user-agent tidak mengidentifikasi bahwa permintaan berasal dari salah satu bot Google. Sebaliknya, string user-agent terlihat seperti permintaan gambar dari pengguna yang sebenarnya. Namun, kami telah mengonfirmasi bahwa string user-agent ini memang mengidentifikasi bot pemuatan awal Google.
Permintaan terbuka terjadi dalam hitungan detik setelah pengiriman email. Selanjutnya, permintaan terjadi sebelum email muncul di antarmuka Gmail pengguna. Perilaku ini membuat kami percaya bahwa permintaan tersebut adalah untuk tujuan keamanan.
Pemuatan awal tampaknya hanya terjadi sekali per urutan email Gmail yang belum dibaca. Dalam pengujian kami yang luas, setelah sebuah pesan dibaca oleh pengguna, setiap email di masa depan yang masuk ke dalam grup urutan itu tidak memulai permintaan pemuatan awal.
Pemuatan awal ini terpisah dari Google Image Cache. Uji coba kami menunjukkan bahwa bahkan setelah gambar diprefetch, permintaan Google Image Cache terpisah dibuat ketika pengguna membuka email.
Jika seorang pengguna memiliki aplikasi Gmail seluler terbuka, pemuatan awal akan terus terjadi selama jangka waktu pendek, bahkan setelah menutup aplikasi seluler.
Berikut adalah contoh tampilan header permintaan ketika gambar diminta dari Google Prefetch Bot:
headers: { host: ‘{redacted}.m.pipedream.net’, ‘x-amzn-trace-id’: ‘Root={redacted}’, ‘accept-language’: ‘en-US’, referer: ‘http://mail.google.com/’, accept: ‘image/avif,image/webp,image/apng,image/svg+xml,image/*,*/*;q=0.8’, from: ”, ‘user-agent’: ‘Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0’, ‘accept-encoding’: ‘gzip, deflate, br’ }, body: {}, inferred_body_type: ‘FORM’, method: ‘GET’, url: ‘https://{redacted}.m.pipedream.net/header-1641a1.gif’, client_ip: ‘66.249.92.1’, query: {}
Seperti yang dijelaskan di atas, pemuatan awal Gmail hanya terjadi dalam serangkaian keadaan yang terbatas. Pemuatan awal tidak terjadi dengan klien email lainnya. Sebaliknya, perilaku ini spesifik pada saat pengguna Gmail memiliki aplikasi Gmail terbuka di dalam browser web mereka atau sedang aktif menggunakan aplikasi seluler. Teori terbaik kami adalah bahwa ini merupakan pemindaian keamanan sebelum menampilkan email kepada pengguna di browser mereka. Perilaku pemuatan awal ini juga menyoroti mengapa optimasi ukuran file email penting untuk pemuatan yang lebih cepat dan pengalaman pengguna yang lebih baik.
Perilaku permintaan dan sinyal teknis
Header permintaan lengkap untuk permintaan gambar dijelaskan di bawah ini. Beberapa hal yang akan Anda perhatikan:
Referer diatur ke http://mail.google.com. Menariknya, meskipun pengguna berada di https://, Gmail tetap mengatur referer ke protokol http:// saat mengajukan permintaan.
Permintaan datang dari server Gmail dan bukan dari browser pengguna. IP klien selalu merujuk ke ruang IP yang dimiliki Google.
Tidak seperti Google Image Cache, string user-agent tidak mengidentifikasi bahwa permintaan berasal dari salah satu bot Google. Sebaliknya, string user-agent terlihat seperti permintaan gambar dari pengguna yang sebenarnya. Namun, kami telah mengonfirmasi bahwa string user-agent ini memang mengidentifikasi bot pemuatan awal Google.
Permintaan terbuka terjadi dalam hitungan detik setelah pengiriman email. Selanjutnya, permintaan terjadi sebelum email muncul di antarmuka Gmail pengguna. Perilaku ini membuat kami percaya bahwa permintaan tersebut adalah untuk tujuan keamanan.
Pemuatan awal tampaknya hanya terjadi sekali per urutan email Gmail yang belum dibaca. Dalam pengujian kami yang luas, setelah sebuah pesan dibaca oleh pengguna, setiap email di masa depan yang masuk ke dalam grup urutan itu tidak memulai permintaan pemuatan awal.
Pemuatan awal ini terpisah dari Google Image Cache. Uji coba kami menunjukkan bahwa bahkan setelah gambar diprefetch, permintaan Google Image Cache terpisah dibuat ketika pengguna membuka email.
Jika seorang pengguna memiliki aplikasi Gmail seluler terbuka, pemuatan awal akan terus terjadi selama jangka waktu pendek, bahkan setelah menutup aplikasi seluler.
Berikut adalah contoh tampilan header permintaan ketika gambar diminta dari Google Prefetch Bot:
headers: { host: ‘{redacted}.m.pipedream.net’, ‘x-amzn-trace-id’: ‘Root={redacted}’, ‘accept-language’: ‘en-US’, referer: ‘http://mail.google.com/’, accept: ‘image/avif,image/webp,image/apng,image/svg+xml,image/*,*/*;q=0.8’, from: ”, ‘user-agent’: ‘Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0’, ‘accept-encoding’: ‘gzip, deflate, br’ }, body: {}, inferred_body_type: ‘FORM’, method: ‘GET’, url: ‘https://{redacted}.m.pipedream.net/header-1641a1.gif’, client_ip: ‘66.249.92.1’, query: {}
Seperti yang dijelaskan di atas, pemuatan awal Gmail hanya terjadi dalam serangkaian keadaan yang terbatas. Pemuatan awal tidak terjadi dengan klien email lainnya. Sebaliknya, perilaku ini spesifik pada saat pengguna Gmail memiliki aplikasi Gmail terbuka di dalam browser web mereka atau sedang aktif menggunakan aplikasi seluler. Teori terbaik kami adalah bahwa ini merupakan pemindaian keamanan sebelum menampilkan email kepada pengguna di browser mereka. Perilaku pemuatan awal ini juga menyoroti mengapa optimasi ukuran file email penting untuk pemuatan yang lebih cepat dan pengalaman pengguna yang lebih baik.
Perilaku permintaan dan sinyal teknis
Header permintaan lengkap untuk permintaan gambar dijelaskan di bawah ini. Beberapa hal yang akan Anda perhatikan:
Referer diatur ke http://mail.google.com. Menariknya, meskipun pengguna berada di https://, Gmail tetap mengatur referer ke protokol http:// saat mengajukan permintaan.
Permintaan datang dari server Gmail dan bukan dari browser pengguna. IP klien selalu merujuk ke ruang IP yang dimiliki Google.
Tidak seperti Google Image Cache, string user-agent tidak mengidentifikasi bahwa permintaan berasal dari salah satu bot Google. Sebaliknya, string user-agent terlihat seperti permintaan gambar dari pengguna yang sebenarnya. Namun, kami telah mengonfirmasi bahwa string user-agent ini memang mengidentifikasi bot pemuatan awal Google.
Permintaan terbuka terjadi dalam hitungan detik setelah pengiriman email. Selanjutnya, permintaan terjadi sebelum email muncul di antarmuka Gmail pengguna. Perilaku ini membuat kami percaya bahwa permintaan tersebut adalah untuk tujuan keamanan.
Pemuatan awal tampaknya hanya terjadi sekali per urutan email Gmail yang belum dibaca. Dalam pengujian kami yang luas, setelah sebuah pesan dibaca oleh pengguna, setiap email di masa depan yang masuk ke dalam grup urutan itu tidak memulai permintaan pemuatan awal.
Pemuatan awal ini terpisah dari Google Image Cache. Uji coba kami menunjukkan bahwa bahkan setelah gambar diprefetch, permintaan Google Image Cache terpisah dibuat ketika pengguna membuka email.
Jika seorang pengguna memiliki aplikasi Gmail seluler terbuka, pemuatan awal akan terus terjadi selama jangka waktu pendek, bahkan setelah menutup aplikasi seluler.
Berikut adalah contoh tampilan header permintaan ketika gambar diminta dari Google Prefetch Bot:
headers: { host: ‘{redacted}.m.pipedream.net’, ‘x-amzn-trace-id’: ‘Root={redacted}’, ‘accept-language’: ‘en-US’, referer: ‘http://mail.google.com/’, accept: ‘image/avif,image/webp,image/apng,image/svg+xml,image/*,*/*;q=0.8’, from: ”, ‘user-agent’: ‘Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0’, ‘accept-encoding’: ‘gzip, deflate, br’ }, body: {}, inferred_body_type: ‘FORM’, method: ‘GET’, url: ‘https://{redacted}.m.pipedream.net/header-1641a1.gif’, client_ip: ‘66.249.92.1’, query: {}
Bagaimana pengirim harus menafsirkan metrik terbuka ke depan
Seperti halnya dengan Perlindungan Privasi Mail Apple, pengirim harus memperlakukan semua acara pembukaan dengan hati-hati. Fokus pada kualitas email secara keseluruhan, termasuk mencegah kesalahan ketik alamat email dan menjaga daftar yang bersih untuk metrik pengiriman yang lebih baik. Pembukaan hanyalah salah satunya, dan seringkali bukan yang terbaik, dari banyak metrik keterlibatan yang harus dipantau dan disertakan pengirim saat membuat keputusan tentang keterlibatan pengguna.
Seperti halnya dengan Perlindungan Privasi Mail Apple, pengirim harus memperlakukan semua acara pembukaan dengan hati-hati. Fokus pada kualitas email secara keseluruhan, termasuk mencegah kesalahan ketik alamat email dan menjaga daftar yang bersih untuk metrik pengiriman yang lebih baik. Pembukaan hanyalah salah satunya, dan seringkali bukan yang terbaik, dari banyak metrik keterlibatan yang harus dipantau dan disertakan pengirim saat membuat keputusan tentang keterlibatan pengguna.
Seperti halnya dengan Perlindungan Privasi Mail Apple, pengirim harus memperlakukan semua acara pembukaan dengan hati-hati. Fokus pada kualitas email secara keseluruhan, termasuk mencegah kesalahan ketik alamat email dan menjaga daftar yang bersih untuk metrik pengiriman yang lebih baik. Pembukaan hanyalah salah satunya, dan seringkali bukan yang terbaik, dari banyak metrik keterlibatan yang harus dipantau dan disertakan pengirim saat membuat keputusan tentang keterlibatan pengguna.



