Pembaruan tentang Pengambilan Gambar di Aplikasi Gmail

Burung

25 Jan 2022

Email

1 min read

Pembaruan tentang Pengambilan Gambar di Aplikasi Gmail

Intisari Utama

    • Gmail sekarang mengambil gambar ketika pengguna memiliki sesi Gmail aktif di web atau mobile, menyebabkan false opens sebelum email ditampilkan.

    • Pengambilan terjadi hanya ketika aplikasi Gmail dibuka dan masuk, dan terjadi segera sebelum UI merender email.

    • Pembukaan palsu ini berasal dari rentang IP Google dan selalu menggunakan spesifik user-agent string yang berbeda dari Google Image Cache.

    • Pengambilan terpisah dari pembukaan Google Image Cache yang terjadi ketika pengguna benar-benar membuka email.

    • Analisis dari 9,8B pembukaan Gmail menemukan pembukaan palsu menyumbang 1–6% dari pembukaan Gmail, yang dapat meningkatkan tingkat pembukaan yang dilaporkan hingga ~2 poin persentase.

    • Dampaknya lebih kecil dibandingkan dengan Apple Mail Privacy Protection, tetapi mengurangi keandalan pelacakan pembukaan lebih lanjut.

    • Pengukuran keterlibatan harus beralih ke arah klik, pengujian baris subjek, dan perilaku hilir.

    • SparkPost secara otomatis memberi tanda pada peristiwa ini dengan atribut is_prefetched dalam Events API dan Webhooks.

    • Pengirim non-SparkPost masih dapat mendeteksi pembukaan palsu dengan menyaring user-agent Gmail Prefetch Bot yang diketahui.

    • Pemfilteran tampaknya terkait dengan pemindaian keamanan sebelum merender email di Gmail, berdasarkan waktu dan perilaku permintaan.

    • Pemfilteran terjadi hanya sekali per thread yang belum dibaca; pesan masa depan dalam thread yang sama tidak akan memicu pengambilan tambahan kecuali belum dibaca.

    • Pemfilteran dapat berlanjut sebentar setelah menutup aplikasi Gmail mobile karena aktivitas latar belakang.

Sorotan Q&A

  • Perilaku baru apa yang diperkenalkan Gmail?

    Gmail sekarang mengambil gambar terlebih dahulu sebelum menampilkan email ketika pengguna sedang aktif masuk ke Gmail di web atau seluler.

  • Apakah prefetching Gmail dihitung sebagai email terbuka yang sebenarnya?

    Tidak. Ini adalah pembukaan palsu yang terjadi sebelum pengguna melihat email.

  • Kapan Gmail memicu prefetching gambar?

    Hanya ketika penerima memiliki sesi Gmail aktif terbuka pada saat email dikirim.

  • Bagaimana Gmail prefetching berbeda dari Google Image Cache?

    Prefetching terjadi sebelum email ditampilkan, sementara Google Image Cache memuat gambar ketika pengguna benar-benar membuka email.

  • User-agent apa yang mengidentifikasi pembukaan pra-fetch Gmail?

    Sebuah string UA spesifik yang dimulai dengan:

    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...

  • Seberapa signifikan inflasi terhadap open rates?

    Pembukaan palsu membentuk sekitar 1–6% dari pembukaan Gmail, meningkatkan tingkat pembukaan hingga sekitar 2%.

  • Bagaimana pengirim dapat mendeteksi prefetch opens?

    Filter acara terbuka yang cocok dengan user-agent Gmail Prefetch Bot yang dikenal dan berasal dari rentang IP milik Google.

  • Apa yang telah dilakukan SparkPost untuk mendukung pendeteksian?

    Ini menambahkan flag is_prefetched dalam Events API dan Webhooks untuk secara otomatis mengidentifikasi acara-acara ini.

  • Mengapa Gmail memuat terlebih dahulu gambar-gambar?

    Bukti menunjukkan bahwa ini berfungsi sebagai security scan sebelum menampilkan email kepada pengguna.

  • Apakah prefetching terjadi untuk setiap pesan dalam sebuah thread?

    Tidak. Ini biasanya hanya terjadi satu kali per thread Gmail yang belum dibaca.

  • Apa yang terjadi setelah permintaan prefetch?

    Permintaan Google Image Cache terpisah masih terjadi ketika pengguna benar-benar membuka email.

  • Apa yang seharusnya menjadi fokus pengirim alih-alih membuka?

    Klik, perilaku di situs, kualitas penyampaian, kebersihan daftar, dan optimasi baris subjek.

Gmail sedang memuat awal gambar, menyebabkan kenaikan kecil dalam buka

Perubahan terbaru dengan Apple Mail Privacy Protection membuat kami berpikir – di mana lagi pra-fetching terjadi? Sementara false opens tidak terlalu mengejutkan, kami memiliki detail tambahan tentang set keadaan terbatas di mana Gmail melakukan pra-fetching gambar dalam email yang dikirim ke pengguna Gmail. 

Pembukaan pra-fetch Gmail terjadi dalam kasus berikut:

  1. Penerima Gmail masuk dan memiliki sesi aktif terbuka ke aplikasi Gmail (baik web atau aplikasi seluler).

  2. Email dikirim ke penerima Gmail saat sesi mereka aktif/terbuka.

  3. Gmail melakukan pra-fetch semua gambar segera sebelum UI menampilkan email.

  4. Pembukaan pra-fetch gambar ini berbeda dari (dan berbeda dengan) pembukaan Google Image Cache, yang terjadi ketika pengguna membuka email.

Pembukaan pra-fetch gambar hanya terjadi ketika pengguna masuk ke dalam aplikasi Gmail, berasal dari alamat IP Google, dan diminta menggunakan string user-agent berikut:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, seperti Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Dalam menyelidiki miliaran peristiwa pembukaan, kami dapat dengan yakin mengatakan bahwa pembukaan ini adalah pembukaan false dan tidak menunjukkan peristiwa pembukaan pengguna sebenarnya. Peristiwa pembukaan ini independen dan berbeda dari peristiwa pembukaan yang dimulai pengguna yang dipicu oleh Google Image Cache.

Perubahan terbaru dengan Apple Mail Privacy Protection membuat kami berpikir – di mana lagi pra-fetching terjadi? Sementara false opens tidak terlalu mengejutkan, kami memiliki detail tambahan tentang set keadaan terbatas di mana Gmail melakukan pra-fetching gambar dalam email yang dikirim ke pengguna Gmail. 

Pembukaan pra-fetch Gmail terjadi dalam kasus berikut:

  1. Penerima Gmail masuk dan memiliki sesi aktif terbuka ke aplikasi Gmail (baik web atau aplikasi seluler).

  2. Email dikirim ke penerima Gmail saat sesi mereka aktif/terbuka.

  3. Gmail melakukan pra-fetch semua gambar segera sebelum UI menampilkan email.

  4. Pembukaan pra-fetch gambar ini berbeda dari (dan berbeda dengan) pembukaan Google Image Cache, yang terjadi ketika pengguna membuka email.

Pembukaan pra-fetch gambar hanya terjadi ketika pengguna masuk ke dalam aplikasi Gmail, berasal dari alamat IP Google, dan diminta menggunakan string user-agent berikut:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, seperti Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Dalam menyelidiki miliaran peristiwa pembukaan, kami dapat dengan yakin mengatakan bahwa pembukaan ini adalah pembukaan false dan tidak menunjukkan peristiwa pembukaan pengguna sebenarnya. Peristiwa pembukaan ini independen dan berbeda dari peristiwa pembukaan yang dimulai pengguna yang dipicu oleh Google Image Cache.

Perubahan terbaru dengan Apple Mail Privacy Protection membuat kami berpikir – di mana lagi pra-fetching terjadi? Sementara false opens tidak terlalu mengejutkan, kami memiliki detail tambahan tentang set keadaan terbatas di mana Gmail melakukan pra-fetching gambar dalam email yang dikirim ke pengguna Gmail. 

Pembukaan pra-fetch Gmail terjadi dalam kasus berikut:

  1. Penerima Gmail masuk dan memiliki sesi aktif terbuka ke aplikasi Gmail (baik web atau aplikasi seluler).

  2. Email dikirim ke penerima Gmail saat sesi mereka aktif/terbuka.

  3. Gmail melakukan pra-fetch semua gambar segera sebelum UI menampilkan email.

  4. Pembukaan pra-fetch gambar ini berbeda dari (dan berbeda dengan) pembukaan Google Image Cache, yang terjadi ketika pengguna membuka email.

Pembukaan pra-fetch gambar hanya terjadi ketika pengguna masuk ke dalam aplikasi Gmail, berasal dari alamat IP Google, dan diminta menggunakan string user-agent berikut:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, seperti Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Dalam menyelidiki miliaran peristiwa pembukaan, kami dapat dengan yakin mengatakan bahwa pembukaan ini adalah pembukaan false dan tidak menunjukkan peristiwa pembukaan pengguna sebenarnya. Peristiwa pembukaan ini independen dan berbeda dari peristiwa pembukaan yang dimulai pengguna yang dipicu oleh Google Image Cache.

Gmail Prefetch Impacts

Apa implikasi dari pembukaan palsu di Gmail? Untungnya, mereka kecil dan tidak mendekati skala Apple Mail Privacy Protection. Namun, dengan pelacakan pembukaan yang menjadi kurang dapat diandalkan, membuat baris subjek yang menarik menjadi lebih penting untuk mengukur keterlibatan melalui klik daripada pembukaan.

Dalam melihat lebih dari 9,8 miliar acara pembukaan penerima Gmail pada Desember 2021, untuk sebagian besar pengirim, kami melihat bahwa pembukaan palsu mencapai antara 1-6% dari acara pembukaan. Artinya, tingkat pembukaan Anda mungkin meningkat hingga 2 poin persentase. Sebagai contoh: Jika Anda saat ini memiliki tingkat pembukaan keseluruhan 20% di Gmail, tingkat pembukaan Anda yang benar akan mendekati 18%.

Tingkat pembukaan palsu spesifik Anda mungkin jauh lebih tinggi atau lebih rendah dari yang kami laporkan di atas. Karena, pembukaan palsu dipicu berdasarkan saat pengguna menggunakan aplikasi Gmail, perilaku dan kasus penggunaan audiens spesifik Anda adalah faktor utama dalam seberapa banyak Anda akan terpengaruh oleh anomali ini.

Apa implikasi dari pembukaan palsu di Gmail? Untungnya, mereka kecil dan tidak mendekati skala Apple Mail Privacy Protection. Namun, dengan pelacakan pembukaan yang menjadi kurang dapat diandalkan, membuat baris subjek yang menarik menjadi lebih penting untuk mengukur keterlibatan melalui klik daripada pembukaan.

Dalam melihat lebih dari 9,8 miliar acara pembukaan penerima Gmail pada Desember 2021, untuk sebagian besar pengirim, kami melihat bahwa pembukaan palsu mencapai antara 1-6% dari acara pembukaan. Artinya, tingkat pembukaan Anda mungkin meningkat hingga 2 poin persentase. Sebagai contoh: Jika Anda saat ini memiliki tingkat pembukaan keseluruhan 20% di Gmail, tingkat pembukaan Anda yang benar akan mendekati 18%.

Tingkat pembukaan palsu spesifik Anda mungkin jauh lebih tinggi atau lebih rendah dari yang kami laporkan di atas. Karena, pembukaan palsu dipicu berdasarkan saat pengguna menggunakan aplikasi Gmail, perilaku dan kasus penggunaan audiens spesifik Anda adalah faktor utama dalam seberapa banyak Anda akan terpengaruh oleh anomali ini.

Apa implikasi dari pembukaan palsu di Gmail? Untungnya, mereka kecil dan tidak mendekati skala Apple Mail Privacy Protection. Namun, dengan pelacakan pembukaan yang menjadi kurang dapat diandalkan, membuat baris subjek yang menarik menjadi lebih penting untuk mengukur keterlibatan melalui klik daripada pembukaan.

Dalam melihat lebih dari 9,8 miliar acara pembukaan penerima Gmail pada Desember 2021, untuk sebagian besar pengirim, kami melihat bahwa pembukaan palsu mencapai antara 1-6% dari acara pembukaan. Artinya, tingkat pembukaan Anda mungkin meningkat hingga 2 poin persentase. Sebagai contoh: Jika Anda saat ini memiliki tingkat pembukaan keseluruhan 20% di Gmail, tingkat pembukaan Anda yang benar akan mendekati 18%.

Tingkat pembukaan palsu spesifik Anda mungkin jauh lebih tinggi atau lebih rendah dari yang kami laporkan di atas. Karena, pembukaan palsu dipicu berdasarkan saat pengguna menggunakan aplikasi Gmail, perilaku dan kasus penggunaan audiens spesifik Anda adalah faktor utama dalam seberapa banyak Anda akan terpengaruh oleh anomali ini.

Cara Mendeteksi dan Mengabaikan Gmail Prefetched Opens

Untuk pengirim SparkPost, kami sudah mendapatkan solusi. Kami telah memperbarui API acara dan webhook acara kami untuk secara otomatis mengidentifikasi acara Prefetch Gmail ini menggunakan yang baru diperkenalkan is_prefetched bendera. Kami juga sedang aktif bekerja untuk menambahkan kemampuan untuk membedakan prefetch dan proxy opens dalam Laporan UI Analitik dan API Metrik kami. Tetap pantau untuk pembaruan selanjutnya mengenai peningkatan Report UI.

Bagi yang lain, mendeteksi peristiwa email prefetch Gmail masih relatif mudah. Untuk detail teknis lebih lanjut tentang menganalisis data email, lihat panduan kami tentang membaca header email. Untuk setiap acara terbuka, Anda akan ingin mengabaikan (atau memberikan label unik) setiap acara terbuka yang cocok dengan string agen pengguna berikut:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, seperti Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Kami telah mengonfirmasi bahwa string ini unik untuk Bot Prefetch Google. 

Untuk pengirim SparkPost, kami sudah mendapatkan solusi. Kami telah memperbarui API acara dan webhook acara kami untuk secara otomatis mengidentifikasi acara Prefetch Gmail ini menggunakan yang baru diperkenalkan is_prefetched bendera. Kami juga sedang aktif bekerja untuk menambahkan kemampuan untuk membedakan prefetch dan proxy opens dalam Laporan UI Analitik dan API Metrik kami. Tetap pantau untuk pembaruan selanjutnya mengenai peningkatan Report UI.

Bagi yang lain, mendeteksi peristiwa email prefetch Gmail masih relatif mudah. Untuk detail teknis lebih lanjut tentang menganalisis data email, lihat panduan kami tentang membaca header email. Untuk setiap acara terbuka, Anda akan ingin mengabaikan (atau memberikan label unik) setiap acara terbuka yang cocok dengan string agen pengguna berikut:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, seperti Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Kami telah mengonfirmasi bahwa string ini unik untuk Bot Prefetch Google. 

Untuk pengirim SparkPost, kami sudah mendapatkan solusi. Kami telah memperbarui API acara dan webhook acara kami untuk secara otomatis mengidentifikasi acara Prefetch Gmail ini menggunakan yang baru diperkenalkan is_prefetched bendera. Kami juga sedang aktif bekerja untuk menambahkan kemampuan untuk membedakan prefetch dan proxy opens dalam Laporan UI Analitik dan API Metrik kami. Tetap pantau untuk pembaruan selanjutnya mengenai peningkatan Report UI.

Bagi yang lain, mendeteksi peristiwa email prefetch Gmail masih relatif mudah. Untuk detail teknis lebih lanjut tentang menganalisis data email, lihat panduan kami tentang membaca header email. Untuk setiap acara terbuka, Anda akan ingin mengabaikan (atau memberikan label unik) setiap acara terbuka yang cocok dengan string agen pengguna berikut:

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, seperti Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.246 Mozilla/5.0

Kami telah mengonfirmasi bahwa string ini unik untuk Bot Prefetch Google. 

Analisis Mendetail Prefetch Gmail

Seperti yang dijelaskan di atas, pramuat Gmail hanya terjadi dalam beberapa keadaan terbatas. Pramuat tidak terjadi dengan klien email lain. Sebaliknya, perilaku ini khusus ketika pengguna Gmail memiliki aplikasi Gmail terbuka di dalam peramban web mereka atau sedang aktif menggunakan aplikasi seluler. Dugaan terbaik kami adalah ini adalah pemindaian keamanan sebelum menampilkan email kepada pengguna di peramban mereka. Perilaku pramuat ini juga menunjukkan mengapa optimasi ukuran file email penting untuk pemuatan lebih cepat dan pengalaman pengguna yang lebih baik.

Header permintaan penuh 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:// ketika membuat permintaan.

  • Permintaan datang dari server Gmail dan bukan dari peramban pengguna. Alamat IP klien selalu diterjemahkan ke ruang IP milik Google.

  • Tidak seperti Google Image Cache, string user-agent tidak mengidentifikasi bahwa permintaan datang dari salah satu bot Google. Sebaliknya, string user-agent terlihat seperti permintaan gambar dari pengguna sebenarnya. Namun, kami telah mengkonfirmasi bahwa string user-agent ini memang mengidentifikasi bot pramuat Google.

  • Permintaan terbuka terjadi dalam hitungan detik dari pengiriman email. Lebih lanjut, permintaan terjadi sebelum email muncul di antarmuka Gmail pengguna. Perilaku ini membuat kami percaya bahwa permintaan adalah untuk tujuan keamanan.

  • Pramuat tampaknya hanya terjadi sekali per utas email Gmail yang belum dibaca. Dalam pengujian kami yang luas, setelah pesan dibaca oleh pengguna, email masa depan yang masuk ke grup utas tersebut tidak memulai permintaan pramuat.

  • Pramuat ini terpisah dari Google Image Cache. Pengujian kami menunjukkan bahwa bahkan setelah gambar dipramuat, permintaan Cache Gambar Google terpisah dibuat ketika pengguna membuka email.

  • Jika pengguna memiliki aplikasi seluler Gmail terbuka, pramuat akan terus terjadi untuk waktu yang singkat, bahkan setelah menutup aplikasi seluler.

Berikut adalah contoh bagaimana 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 halnya Perlindungan Privasi Mail Apple, pengirim harus memperlakukan semua kejadian terbuka dengan hati-hati. Fokus pada kualitas email secara keseluruhan, termasuk mencegah kesalahan ketik alamat email dan mempertahankan daftar bersih untuk metrik pengiriman yang lebih baik. Pembukaan hanya salah satu, dan sering bukan yang terbaik, dari banyak metrik keterlibatan yang harus dipantau dan disertakan oleh pengirim ketika membuat keputusan tentang keterlibatan pengguna.

Seperti yang dijelaskan di atas, pramuat Gmail hanya terjadi dalam beberapa keadaan terbatas. Pramuat tidak terjadi dengan klien email lain. Sebaliknya, perilaku ini khusus ketika pengguna Gmail memiliki aplikasi Gmail terbuka di dalam peramban web mereka atau sedang aktif menggunakan aplikasi seluler. Dugaan terbaik kami adalah ini adalah pemindaian keamanan sebelum menampilkan email kepada pengguna di peramban mereka. Perilaku pramuat ini juga menunjukkan mengapa optimasi ukuran file email penting untuk pemuatan lebih cepat dan pengalaman pengguna yang lebih baik.

Header permintaan penuh 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:// ketika membuat permintaan.

  • Permintaan datang dari server Gmail dan bukan dari peramban pengguna. Alamat IP klien selalu diterjemahkan ke ruang IP milik Google.

  • Tidak seperti Google Image Cache, string user-agent tidak mengidentifikasi bahwa permintaan datang dari salah satu bot Google. Sebaliknya, string user-agent terlihat seperti permintaan gambar dari pengguna sebenarnya. Namun, kami telah mengkonfirmasi bahwa string user-agent ini memang mengidentifikasi bot pramuat Google.

  • Permintaan terbuka terjadi dalam hitungan detik dari pengiriman email. Lebih lanjut, permintaan terjadi sebelum email muncul di antarmuka Gmail pengguna. Perilaku ini membuat kami percaya bahwa permintaan adalah untuk tujuan keamanan.

  • Pramuat tampaknya hanya terjadi sekali per utas email Gmail yang belum dibaca. Dalam pengujian kami yang luas, setelah pesan dibaca oleh pengguna, email masa depan yang masuk ke grup utas tersebut tidak memulai permintaan pramuat.

  • Pramuat ini terpisah dari Google Image Cache. Pengujian kami menunjukkan bahwa bahkan setelah gambar dipramuat, permintaan Cache Gambar Google terpisah dibuat ketika pengguna membuka email.

  • Jika pengguna memiliki aplikasi seluler Gmail terbuka, pramuat akan terus terjadi untuk waktu yang singkat, bahkan setelah menutup aplikasi seluler.

Berikut adalah contoh bagaimana 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 halnya Perlindungan Privasi Mail Apple, pengirim harus memperlakukan semua kejadian terbuka dengan hati-hati. Fokus pada kualitas email secara keseluruhan, termasuk mencegah kesalahan ketik alamat email dan mempertahankan daftar bersih untuk metrik pengiriman yang lebih baik. Pembukaan hanya salah satu, dan sering bukan yang terbaik, dari banyak metrik keterlibatan yang harus dipantau dan disertakan oleh pengirim ketika membuat keputusan tentang keterlibatan pengguna.

Seperti yang dijelaskan di atas, pramuat Gmail hanya terjadi dalam beberapa keadaan terbatas. Pramuat tidak terjadi dengan klien email lain. Sebaliknya, perilaku ini khusus ketika pengguna Gmail memiliki aplikasi Gmail terbuka di dalam peramban web mereka atau sedang aktif menggunakan aplikasi seluler. Dugaan terbaik kami adalah ini adalah pemindaian keamanan sebelum menampilkan email kepada pengguna di peramban mereka. Perilaku pramuat ini juga menunjukkan mengapa optimasi ukuran file email penting untuk pemuatan lebih cepat dan pengalaman pengguna yang lebih baik.

Header permintaan penuh 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:// ketika membuat permintaan.

  • Permintaan datang dari server Gmail dan bukan dari peramban pengguna. Alamat IP klien selalu diterjemahkan ke ruang IP milik Google.

  • Tidak seperti Google Image Cache, string user-agent tidak mengidentifikasi bahwa permintaan datang dari salah satu bot Google. Sebaliknya, string user-agent terlihat seperti permintaan gambar dari pengguna sebenarnya. Namun, kami telah mengkonfirmasi bahwa string user-agent ini memang mengidentifikasi bot pramuat Google.

  • Permintaan terbuka terjadi dalam hitungan detik dari pengiriman email. Lebih lanjut, permintaan terjadi sebelum email muncul di antarmuka Gmail pengguna. Perilaku ini membuat kami percaya bahwa permintaan adalah untuk tujuan keamanan.

  • Pramuat tampaknya hanya terjadi sekali per utas email Gmail yang belum dibaca. Dalam pengujian kami yang luas, setelah pesan dibaca oleh pengguna, email masa depan yang masuk ke grup utas tersebut tidak memulai permintaan pramuat.

  • Pramuat ini terpisah dari Google Image Cache. Pengujian kami menunjukkan bahwa bahkan setelah gambar dipramuat, permintaan Cache Gambar Google terpisah dibuat ketika pengguna membuka email.

  • Jika pengguna memiliki aplikasi seluler Gmail terbuka, pramuat akan terus terjadi untuk waktu yang singkat, bahkan setelah menutup aplikasi seluler.

Berikut adalah contoh bagaimana 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 halnya Perlindungan Privasi Mail Apple, pengirim harus memperlakukan semua kejadian terbuka dengan hati-hati. Fokus pada kualitas email secara keseluruhan, termasuk mencegah kesalahan ketik alamat email dan mempertahankan daftar bersih untuk metrik pengiriman yang lebih baik. Pembukaan hanya salah satu, dan sering bukan yang terbaik, dari banyak metrik keterlibatan yang harus dipantau dan disertakan oleh pengirim ketika membuat keputusan tentang keterlibatan pengguna.

Berita lainnya

Baca lebih lanjut dari kategori ini

A person is standing at a desk while typing on a laptop.

Platform AI-native lengkap yang berkembang bersama bisnis Anda.

© 2025 Bird

A person is standing at a desk while typing on a laptop.

Platform AI-native lengkap yang berkembang bersama bisnis Anda.

© 2025 Bird