Aktualizacja dotycząca wstępnego pobierania obrazów w aplikacji Gmail

Ptak

25 sty 2022

Email

1 min read

Aktualizacja dotycząca wstępnego pobierania obrazów w aplikacji Gmail

Najważniejsze informacje

    • Gmail teraz wstępnie pobiera obrazy, gdy użytkownik ma aktywną sesję Gmail na stronie internetowej lub urządzeniu mobilnym, co powoduje fałszywe otwarcia przed wyświetleniem wiadomości e-mail.

    • Wstępne pobieranie występuje tylko wtedy, gdy aplikacja Gmail jest otwarta i zalogowana, i odbywa się natychmiast przed renderowaniem interfejsu użytkownika wiadomości e-mail.

    • Te fałszywe otwarcia pochodzą z zakresów IP Google i zawsze używają określonego ciągu agenta użytkownika, który różni się od pamięci podręcznej obrazów Google.

    • Wstępne pobieranie jest oddzielone od otwarcia pamięci podręcznej obrazów Google, które ma miejsce, gdy użytkownik faktycznie otwiera wiadomość e-mail.

    • Analiza 9,8 miliardów otwarć Gmaila wykazała, że fałszywe otwarcia stanowią 1–6% otwarć Gmaila, potencjalnie zawyżając zgłaszane wskaźniki otwarć o maksymalnie ~2 punkty procentowe.

    • Wpływ jest niewielki w porównaniu do ochrony prywatności poczty Apple, ale dodatkowo zmniejsza wiarygodność śledzenia otwarć.

    • Pomiar zaangażowania powinien przesunąć się w kierunku kliknięć, testowania linii tematycznej i zachowań dalszych.

    • SparkPost automatycznie oznacza te zdarzenia atrybutem is_prefetched w API zdarzeń i webhookach.

    • Nadawcy, którzy nie korzystają z SparkPost, mogą nadal wykrywać fałszywe otwarcia, filtrując znany agent użytkownika bota Gmail Prefetch.

    • Wstępne pobieranie zdaje się być związane z skanowaniem zabezpieczeń przed renderowaniem wiadomości e-mail w Gmailu, na podstawie czasu i zachowania żądań.

    • Wstępne pobieranie odbywa się tylko raz na nieprzeczytaną konwersację; przyszłe wiadomości w tej samej konwersacji nie wywołają dodatkowych wstępnych pobrań, chyba że będą nieprzeczytane.

    • Wstępne pobieranie może przez krótką chwilę trwać po zamknięciu aplikacji mobilnej Gmail z powodu aktywności w tle.

Podsumowanie pytań i odpowiedzi

  • Jakie nowe zachowanie wprowadził Gmail?

    Gmail teraz wstępnie pobiera obrazy przed wyświetleniem wiadomości e-mail, gdy użytkownik jest aktywnie zalogowany do Gmaila na stronie internetowej lub urządzeniu mobilnym.

  • Czy prefetching Gmaila liczy się jako otwarcie prawdziwego e-maila?

    Nie. To są fałszywe otwarcia, które występują, zanim użytkownik zobaczy e-mail.

  • Kiedy Gmail uruchamia wstępne pobieranie obrazów?

    Tylko wtedy, gdy odbiorca ma otwartą aktywną sesję Gmail w momencie dostarczenia e-maila.

  • Jak różni się prefetching Gmaila od pamięci podręcznej obrazów Google?

    Pobieranie wstępne odbywa się przed wyświetleniem wiadomości e-mail, podczas gdy pamięć podręczna obrazów Google ładowała obrazy, gdy użytkownik faktycznie otwiera wiadomość e-mail.

  • Jakie identyfikatory user-agent wskazują na otwarcia Gmail prefetch?

    Konkretna fraza UA rozpoczynająca się od:

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

  • Jak znacząca jest inflacja na wskaźniki otwarcia?

    Fałszywe otwarcia stanowią około 1–6% otwarć Gmaila, zawyżając wskaźniki otwarć o około 2%.

  • Jak nadawcy mogą wykrywać otwarcia prefetch?

    Filtruj otwarte zdarzenia odpowiadające znanemu agentowi użytkownika Gmail Prefetch Bot i pochodzące z adresów IP należących do Google.

  • Co zrobił SparkPost, aby wspierać wykrywanie?

    Dodano flagę is_prefetched w API zdarzeń i Webhooks, aby automatycznie identyfikować te zdarzenia.

  • Dlaczego Gmail wstępnie pobiera obrazy?

    Dowody sugerują, że działa jako skan zabezpieczeń przed pokazaniem wiadomości e-mail użytkownikowi.

  • Czy prefetching odbywa się dla każdej wiadomości w wątku?

    Nie. Zwykle zdarza się to tylko raz na nieprzeczytany wątek Gmaila.

  • Co się dzieje po żądaniu prefetch?

    Oddzielne zapytanie do Google Image Cache nadal występuje, gdy użytkownik faktycznie otwiera wiadomość e-mail.

  • Na czym powinni skoncentrować się nadawcy zamiast na otwarciach?

    Kliknięcia, zachowanie na stronie, jakość dostarczalności, higiena listy i optymalizacja tytułów wiadomości.

Czym jest prefetowanie obrazów w Gmailu?

Niedawne zmiany związane z Ochroną Prywatności w Apple Mail skłoniły nas do zastanowienia – gdzie jeszcze dochodzi do prefetchingu? Chociaż fałszywe otwarcia nie stanowią wielkiego zaskoczenia, mamy dodatkowe szczegóły dotyczące ograniczonego zestawu okoliczności, w których Gmail prefetchuje obrazy w wiadomościach wysyłanych do użytkowników Gmaila. 

Kiedy ma miejsce prefetching w Gmailu

Otwarcia prefetch w Gmailu występują w następujących okolicznościach:

  1. Odbiorca Gmaila jest zalogowany i ma aktywną sesję otwartą w aplikacji Gmail (zarówno w aplikacji internetowej, jak i mobilnej).

  2. Wiadomość e-mail jest wysyłana do odbiorcy Gmaila, gdy ich sesja jest aktywna/otwarta.

  3. Gmail prefetchuje wszystkie obrazy natychmiast przed wyświetleniem wiadomości e-mail przez interfejs użytkownika.

  4. Prefetch obrazów jest dodatkiem (i różni się od) otwarć Google Image Cache, które mają miejsce, gdy użytkownik otwiera wiadomość e-mail.

Prefetch obrazów występuje tylko wtedy, gdy użytkownik jest zalogowany do aplikacji Gmail, pochodzi z adresu IP Google i jest żądany za pomocą następującego ciągu 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

Analizując miliardy zdarzeń otwarcia, możemy z przekonaniem stwierdzić, że te otwarcia to fałszywe otwarcia i nie wskazują na rzeczywiste zdarzenie otwarcia przez użytkownika. Te zdarzenia otwarcia są niezależne i różnią się od zdarzeń otwarcia inicjowanych przez użytkownika, wywołanych przez Google Image Cache.

Jak zidentyfikować otwarcia prefetched Gmaila (podsumowanie)

Sygnal

Co wskazuje

Aktywna sesja Gmail (web lub mobilna)

Prefetch występuje tylko podczas aktywnego używania

Obrazy pobrane przed renderowaniem UI

Otwarcie zarejestrowane przed zobaczeniem e-maila przez użytkownika

Źródłowy adres IP należący do Google

Żądanie po stronie serwera, nie urządzenia odbiorcy

Specyficzny user-agent prefetch Gmaila

Wiarygodny odcisk palca do filtrowania

Występuje sekundy po dostarczeniu

Czas potwierdza automatyczne zachowanie

Niedawne zmiany związane z Ochroną Prywatności w Apple Mail skłoniły nas do zastanowienia – gdzie jeszcze dochodzi do prefetchingu? Chociaż fałszywe otwarcia nie stanowią wielkiego zaskoczenia, mamy dodatkowe szczegóły dotyczące ograniczonego zestawu okoliczności, w których Gmail prefetchuje obrazy w wiadomościach wysyłanych do użytkowników Gmaila. 

Kiedy ma miejsce prefetching w Gmailu

Otwarcia prefetch w Gmailu występują w następujących okolicznościach:

  1. Odbiorca Gmaila jest zalogowany i ma aktywną sesję otwartą w aplikacji Gmail (zarówno w aplikacji internetowej, jak i mobilnej).

  2. Wiadomość e-mail jest wysyłana do odbiorcy Gmaila, gdy ich sesja jest aktywna/otwarta.

  3. Gmail prefetchuje wszystkie obrazy natychmiast przed wyświetleniem wiadomości e-mail przez interfejs użytkownika.

  4. Prefetch obrazów jest dodatkiem (i różni się od) otwarć Google Image Cache, które mają miejsce, gdy użytkownik otwiera wiadomość e-mail.

Prefetch obrazów występuje tylko wtedy, gdy użytkownik jest zalogowany do aplikacji Gmail, pochodzi z adresu IP Google i jest żądany za pomocą następującego ciągu 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

Analizując miliardy zdarzeń otwarcia, możemy z przekonaniem stwierdzić, że te otwarcia to fałszywe otwarcia i nie wskazują na rzeczywiste zdarzenie otwarcia przez użytkownika. Te zdarzenia otwarcia są niezależne i różnią się od zdarzeń otwarcia inicjowanych przez użytkownika, wywołanych przez Google Image Cache.

Jak zidentyfikować otwarcia prefetched Gmaila (podsumowanie)

Sygnal

Co wskazuje

Aktywna sesja Gmail (web lub mobilna)

Prefetch występuje tylko podczas aktywnego używania

Obrazy pobrane przed renderowaniem UI

Otwarcie zarejestrowane przed zobaczeniem e-maila przez użytkownika

Źródłowy adres IP należący do Google

Żądanie po stronie serwera, nie urządzenia odbiorcy

Specyficzny user-agent prefetch Gmaila

Wiarygodny odcisk palca do filtrowania

Występuje sekundy po dostarczeniu

Czas potwierdza automatyczne zachowanie

Niedawne zmiany związane z Ochroną Prywatności w Apple Mail skłoniły nas do zastanowienia – gdzie jeszcze dochodzi do prefetchingu? Chociaż fałszywe otwarcia nie stanowią wielkiego zaskoczenia, mamy dodatkowe szczegóły dotyczące ograniczonego zestawu okoliczności, w których Gmail prefetchuje obrazy w wiadomościach wysyłanych do użytkowników Gmaila. 

Kiedy ma miejsce prefetching w Gmailu

Otwarcia prefetch w Gmailu występują w następujących okolicznościach:

  1. Odbiorca Gmaila jest zalogowany i ma aktywną sesję otwartą w aplikacji Gmail (zarówno w aplikacji internetowej, jak i mobilnej).

  2. Wiadomość e-mail jest wysyłana do odbiorcy Gmaila, gdy ich sesja jest aktywna/otwarta.

  3. Gmail prefetchuje wszystkie obrazy natychmiast przed wyświetleniem wiadomości e-mail przez interfejs użytkownika.

  4. Prefetch obrazów jest dodatkiem (i różni się od) otwarć Google Image Cache, które mają miejsce, gdy użytkownik otwiera wiadomość e-mail.

Prefetch obrazów występuje tylko wtedy, gdy użytkownik jest zalogowany do aplikacji Gmail, pochodzi z adresu IP Google i jest żądany za pomocą następującego ciągu 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

Analizując miliardy zdarzeń otwarcia, możemy z przekonaniem stwierdzić, że te otwarcia to fałszywe otwarcia i nie wskazują na rzeczywiste zdarzenie otwarcia przez użytkownika. Te zdarzenia otwarcia są niezależne i różnią się od zdarzeń otwarcia inicjowanych przez użytkownika, wywołanych przez Google Image Cache.

Jak zidentyfikować otwarcia prefetched Gmaila (podsumowanie)

Sygnal

Co wskazuje

Aktywna sesja Gmail (web lub mobilna)

Prefetch występuje tylko podczas aktywnego używania

Obrazy pobrane przed renderowaniem UI

Otwarcie zarejestrowane przed zobaczeniem e-maila przez użytkownika

Źródłowy adres IP należący do Google

Żądanie po stronie serwera, nie urządzenia odbiorcy

Specyficzny user-agent prefetch Gmaila

Wiarygodny odcisk palca do filtrowania

Występuje sekundy po dostarczeniu

Czas potwierdza automatyczne zachowanie

Jak prefetowanie Gmaila wpływa na wskaźniki otwarć

Jakie są konsekwencje fałszywych otwarć w Gmailu? Na szczęście są one niewielkie i w żaden sposób nie zbliżają się do skali Ochrony Prywatności w Apple Mail.  Jednakże, gdy śledzenie otwarć staje się coraz mniej wiarygodne, tworzenie przekonujących tematów wiadomości staje się jeszcze bardziej kluczowe dla mierzenia zaangażowania poprzez kliknięcia, a nie otwarcia.

Analizując ponad 9,8 miliarda zdarzeń otwarcia wiadomości przez odbiorców Gmaila w grudniu 2021 roku, zauważyliśmy, że fałszywe otwarcia stanowiły od 1% do 6% zdarzeń otwarcia dla większości nadawców. Oznacza to, że Twoja stopa otwarć może być zawyżona nawet o 2 punkty procentowe. Na przykład: Jeśli obecnie masz ogólną stopę otwarć wynoszącą 20% w Gmailu, Twoja prawidłowa stopa otwarć byłaby bliższa 18%.  

Prefetch Gmaila vs otwarcia z Google Image Cache

Zachowanie

Prefetch Gmaila

Google Image Cache

Wyzwalane przez

Aktywność aplikacji Gmail

Użytkownik otwierający e-mail

Reprezentuje prawdziwe zaangażowanie

Nie

Raczej tak

Czas żądania

Przed wyświetleniem e-maila

Po otwarciu

Obsługa analityki

Filtruj lub ignoruj

Zachowaj (z zastrzeżeniami)

Twoja specyficzna stopa fałszywych otwarć może być znacznie wyższa lub niższa niż to, co raportujemy powyżej. Ponieważ fałszywe otwarcia są wyzwalane na podstawie tego, kiedy użytkownicy korzystają z aplikacji Gmail, zachowanie i przypadki użycia Twojej konkretnej publiczności są głównymi czynnikami wpływającymi na to, jak bardzo możesz być dotknięty tym anomalią.

Biorąc pod uwagę ten wpływ, następnym krokiem jest zrozumienie, jak identyfikować i filtrować te zdarzenia w swoich danych.

Jakie są konsekwencje fałszywych otwarć w Gmailu? Na szczęście są one niewielkie i w żaden sposób nie zbliżają się do skali Ochrony Prywatności w Apple Mail.  Jednakże, gdy śledzenie otwarć staje się coraz mniej wiarygodne, tworzenie przekonujących tematów wiadomości staje się jeszcze bardziej kluczowe dla mierzenia zaangażowania poprzez kliknięcia, a nie otwarcia.

Analizując ponad 9,8 miliarda zdarzeń otwarcia wiadomości przez odbiorców Gmaila w grudniu 2021 roku, zauważyliśmy, że fałszywe otwarcia stanowiły od 1% do 6% zdarzeń otwarcia dla większości nadawców. Oznacza to, że Twoja stopa otwarć może być zawyżona nawet o 2 punkty procentowe. Na przykład: Jeśli obecnie masz ogólną stopę otwarć wynoszącą 20% w Gmailu, Twoja prawidłowa stopa otwarć byłaby bliższa 18%.  

Prefetch Gmaila vs otwarcia z Google Image Cache

Zachowanie

Prefetch Gmaila

Google Image Cache

Wyzwalane przez

Aktywność aplikacji Gmail

Użytkownik otwierający e-mail

Reprezentuje prawdziwe zaangażowanie

Nie

Raczej tak

Czas żądania

Przed wyświetleniem e-maila

Po otwarciu

Obsługa analityki

Filtruj lub ignoruj

Zachowaj (z zastrzeżeniami)

Twoja specyficzna stopa fałszywych otwarć może być znacznie wyższa lub niższa niż to, co raportujemy powyżej. Ponieważ fałszywe otwarcia są wyzwalane na podstawie tego, kiedy użytkownicy korzystają z aplikacji Gmail, zachowanie i przypadki użycia Twojej konkretnej publiczności są głównymi czynnikami wpływającymi na to, jak bardzo możesz być dotknięty tym anomalią.

Biorąc pod uwagę ten wpływ, następnym krokiem jest zrozumienie, jak identyfikować i filtrować te zdarzenia w swoich danych.

Jakie są konsekwencje fałszywych otwarć w Gmailu? Na szczęście są one niewielkie i w żaden sposób nie zbliżają się do skali Ochrony Prywatności w Apple Mail.  Jednakże, gdy śledzenie otwarć staje się coraz mniej wiarygodne, tworzenie przekonujących tematów wiadomości staje się jeszcze bardziej kluczowe dla mierzenia zaangażowania poprzez kliknięcia, a nie otwarcia.

Analizując ponad 9,8 miliarda zdarzeń otwarcia wiadomości przez odbiorców Gmaila w grudniu 2021 roku, zauważyliśmy, że fałszywe otwarcia stanowiły od 1% do 6% zdarzeń otwarcia dla większości nadawców. Oznacza to, że Twoja stopa otwarć może być zawyżona nawet o 2 punkty procentowe. Na przykład: Jeśli obecnie masz ogólną stopę otwarć wynoszącą 20% w Gmailu, Twoja prawidłowa stopa otwarć byłaby bliższa 18%.  

Prefetch Gmaila vs otwarcia z Google Image Cache

Zachowanie

Prefetch Gmaila

Google Image Cache

Wyzwalane przez

Aktywność aplikacji Gmail

Użytkownik otwierający e-mail

Reprezentuje prawdziwe zaangażowanie

Nie

Raczej tak

Czas żądania

Przed wyświetleniem e-maila

Po otwarciu

Obsługa analityki

Filtruj lub ignoruj

Zachowaj (z zastrzeżeniami)

Twoja specyficzna stopa fałszywych otwarć może być znacznie wyższa lub niższa niż to, co raportujemy powyżej. Ponieważ fałszywe otwarcia są wyzwalane na podstawie tego, kiedy użytkownicy korzystają z aplikacji Gmail, zachowanie i przypadki użycia Twojej konkretnej publiczności są głównymi czynnikami wpływającymi na to, jak bardzo możesz być dotknięty tym anomalią.

Biorąc pod uwagę ten wpływ, następnym krokiem jest zrozumienie, jak identyfikować i filtrować te zdarzenia w swoich danych.

Jak wykrywać i ignorować otwarcia wstępnie pobrane przez Gmaila

Co robić w oparciu o twoje ustawienie wysyłania

Typ nadawcy

Zalecane postępowanie

Nadawcy SparkPost

Użyj flagi is_prefetched w API zdarzeń i webhookach

Nadawcy nie-SparkPost

Filtruj otwarcia, które pasują do znanego agenta użytkownika Gmail prefetch

Wszyscy nadawcy

Przenieś akcent z otwarć na kliknięcia i sygnały downstream

Dla nadawców SparkPost

Dla nadawców SparkPost mamy dla Ciebie wsparcie. Już zaktualizowaliśmy nasze API zdarzeń i webhooki zdarzeń, aby automatycznie identyfikować te zdarzenia Gmail Prefetch, używając nowo wprowadzonej flagi is_prefetched flag. Aktivnie pracujemy również nad dodaniem możliwości rozróżnienia otwarć prefetched i proxy w naszym UI Raportów Analitycznych i API metryk. Bądź na bieżąco z przyszłymi aktualizacjami dotyczącymi ulepszeń UI Raportów.

Dla nadawców nie-SparkPost

Dla innych, wykrywanie otwarć Gmail prefetch jest wciąż stosunkowo proste. Aby uzyskać więcej szczegółów technicznych na temat analizy danych e-mailowych, zobacz nasz przewodnik po odczytywaniu nagłówków e-mailowych. Dla każdego zdarzenia otwarcia chcesz zignorować (lub unikalnie oznaczyć) każde zdarzenie otwarcia, które pasuje do poniższego ciągu agenta użytkownika:

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

Udało nam się potwierdzić, że ten ciąg jest unikalny dla bota Prefetch Google. 

Co robić w oparciu o twoje ustawienie wysyłania

Typ nadawcy

Zalecane postępowanie

Nadawcy SparkPost

Użyj flagi is_prefetched w API zdarzeń i webhookach

Nadawcy nie-SparkPost

Filtruj otwarcia, które pasują do znanego agenta użytkownika Gmail prefetch

Wszyscy nadawcy

Przenieś akcent z otwarć na kliknięcia i sygnały downstream

Dla nadawców SparkPost

Dla nadawców SparkPost mamy dla Ciebie wsparcie. Już zaktualizowaliśmy nasze API zdarzeń i webhooki zdarzeń, aby automatycznie identyfikować te zdarzenia Gmail Prefetch, używając nowo wprowadzonej flagi is_prefetched flag. Aktivnie pracujemy również nad dodaniem możliwości rozróżnienia otwarć prefetched i proxy w naszym UI Raportów Analitycznych i API metryk. Bądź na bieżąco z przyszłymi aktualizacjami dotyczącymi ulepszeń UI Raportów.

Dla nadawców nie-SparkPost

Dla innych, wykrywanie otwarć Gmail prefetch jest wciąż stosunkowo proste. Aby uzyskać więcej szczegółów technicznych na temat analizy danych e-mailowych, zobacz nasz przewodnik po odczytywaniu nagłówków e-mailowych. Dla każdego zdarzenia otwarcia chcesz zignorować (lub unikalnie oznaczyć) każde zdarzenie otwarcia, które pasuje do poniższego ciągu agenta użytkownika:

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

Udało nam się potwierdzić, że ten ciąg jest unikalny dla bota Prefetch Google. 

Co robić w oparciu o twoje ustawienie wysyłania

Typ nadawcy

Zalecane postępowanie

Nadawcy SparkPost

Użyj flagi is_prefetched w API zdarzeń i webhookach

Nadawcy nie-SparkPost

Filtruj otwarcia, które pasują do znanego agenta użytkownika Gmail prefetch

Wszyscy nadawcy

Przenieś akcent z otwarć na kliknięcia i sygnały downstream

Dla nadawców SparkPost

Dla nadawców SparkPost mamy dla Ciebie wsparcie. Już zaktualizowaliśmy nasze API zdarzeń i webhooki zdarzeń, aby automatycznie identyfikować te zdarzenia Gmail Prefetch, używając nowo wprowadzonej flagi is_prefetched flag. Aktivnie pracujemy również nad dodaniem możliwości rozróżnienia otwarć prefetched i proxy w naszym UI Raportów Analitycznych i API metryk. Bądź na bieżąco z przyszłymi aktualizacjami dotyczącymi ulepszeń UI Raportów.

Dla nadawców nie-SparkPost

Dla innych, wykrywanie otwarć Gmail prefetch jest wciąż stosunkowo proste. Aby uzyskać więcej szczegółów technicznych na temat analizy danych e-mailowych, zobacz nasz przewodnik po odczytywaniu nagłówków e-mailowych. Dla każdego zdarzenia otwarcia chcesz zignorować (lub unikalnie oznaczyć) każde zdarzenie otwarcia, które pasuje do poniższego ciągu agenta użytkownika:

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

Udało nam się potwierdzić, że ten ciąg jest unikalny dla bota Prefetch Google. 

Szczegółowa analiza wstępnego załadunku Gmaila

Jak szczegółowo opisano powyżej, prefetrowanie Gmaila występuje tylko w ograniczonym zestawie okoliczności. Prefetrowanie nie występuje w przypadku innych klientów poczty. Zamiast tego, to zachowanie jest specyficzne dla sytuacji, gdy użytkownik Gmaila ma otwartą aplikację Gmail w swojej przeglądarce internetowej lub aktywnie korzysta z aplikacji mobilnej. Naszym najlepszym przypuszczeniem jest to, że jest to skanowanie bezpieczeństwa przed wyświetleniem wiadomości e-mail użytkownikowi w ich przeglądarce. To zachowanie prefetrowania również podkreśla, dlaczego optymalizacja rozmiaru plików e-mail jest ważna dla szybszego ładowania i lepszego doświadczenia użytkowników.

Zachowanie żądania i sygnały techniczne

Pełne nagłówki żądań dla żądania obrazu zostały szczegółowo opisane poniżej. Kilka rzeczy, które możesz zauważyć:

  • Referer jest ustawiony na http://mail.google.com. Co ciekawe, mimo że użytkownik jest na https://, Gmail nadal ustawia referer na protokół http:// podczas składania żądania. 

  • Żądanie pochodzi z serwerów Gmaila, a nie z przeglądarki użytkownika. Adres IP klienta zawsze rozwiązuje się do przestrzeni IP należącej do Google.

  • W odróżnieniu od pamięci podręcznej obrazów Google, ciąg identyfikacyjny agenta użytkownika nie identyfikuje, że żądanie pochodzi z jednego z botów Google. Zamiast tego, ciąg agenta użytkownika wygląda jak rzeczywiste żądanie obrazu od użytkownika. Potwierdziliśmy jednak, że ten ciąg agenta użytkownika rzeczywiście identyfikuje bota prefetrowania Google.

  • Otwarte żądanie następuje w ciągu kilku sekund po dostarczeniu wiadomości e-mail. Ponadto, żądanie występuje przed pojawieniem się wiadomości e-mail w interfejsie Gmaila użytkownika. To zachowanie prowadzi nas do przekonania, że żądanie jest z powodów bezpieczeństwa.

  • Prefetrowanie wydaje się występować tylko raz na nieprzeczytaną rozmowę e-mail w Gmailu. W naszych szerokich testach, po tym jak wiadomość została przeczytana przez użytkownika, wszelkie przyszłe e-maile, które trafiły do tej grupy rozmowy, nie inicjowały żądania prefetrowania.

  • To prefetrowanie jest oddzielone od pamięci podręcznej obrazów Google. Nasze testy wskazują, że nawet po prefetrowaniu obrazu, składane jest osobne żądanie do pamięci podręcznej obrazów Google, gdy użytkownik otworzy wiadomość e-mail.

  • Jeśli użytkownik ma otwartą aplikację mobilną Gmail, prefetrowanie będzie nadal miało miejsce przez krótki czas, nawet po zamknięciu aplikacji mobilnej.

Oto przykład tego, jak będą wyglądały nagłówki żądań, gdy obraz jest żądany od bota prefetrowania Google:


  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: {}

Jak szczegółowo opisano powyżej, prefetrowanie Gmaila występuje tylko w ograniczonym zestawie okoliczności. Prefetrowanie nie występuje w przypadku innych klientów poczty. Zamiast tego, to zachowanie jest specyficzne dla sytuacji, gdy użytkownik Gmaila ma otwartą aplikację Gmail w swojej przeglądarce internetowej lub aktywnie korzysta z aplikacji mobilnej. Naszym najlepszym przypuszczeniem jest to, że jest to skanowanie bezpieczeństwa przed wyświetleniem wiadomości e-mail użytkownikowi w ich przeglądarce. To zachowanie prefetrowania również podkreśla, dlaczego optymalizacja rozmiaru plików e-mail jest ważna dla szybszego ładowania i lepszego doświadczenia użytkowników.

Zachowanie żądania i sygnały techniczne

Pełne nagłówki żądań dla żądania obrazu zostały szczegółowo opisane poniżej. Kilka rzeczy, które możesz zauważyć:

  • Referer jest ustawiony na http://mail.google.com. Co ciekawe, mimo że użytkownik jest na https://, Gmail nadal ustawia referer na protokół http:// podczas składania żądania. 

  • Żądanie pochodzi z serwerów Gmaila, a nie z przeglądarki użytkownika. Adres IP klienta zawsze rozwiązuje się do przestrzeni IP należącej do Google.

  • W odróżnieniu od pamięci podręcznej obrazów Google, ciąg identyfikacyjny agenta użytkownika nie identyfikuje, że żądanie pochodzi z jednego z botów Google. Zamiast tego, ciąg agenta użytkownika wygląda jak rzeczywiste żądanie obrazu od użytkownika. Potwierdziliśmy jednak, że ten ciąg agenta użytkownika rzeczywiście identyfikuje bota prefetrowania Google.

  • Otwarte żądanie następuje w ciągu kilku sekund po dostarczeniu wiadomości e-mail. Ponadto, żądanie występuje przed pojawieniem się wiadomości e-mail w interfejsie Gmaila użytkownika. To zachowanie prowadzi nas do przekonania, że żądanie jest z powodów bezpieczeństwa.

  • Prefetrowanie wydaje się występować tylko raz na nieprzeczytaną rozmowę e-mail w Gmailu. W naszych szerokich testach, po tym jak wiadomość została przeczytana przez użytkownika, wszelkie przyszłe e-maile, które trafiły do tej grupy rozmowy, nie inicjowały żądania prefetrowania.

  • To prefetrowanie jest oddzielone od pamięci podręcznej obrazów Google. Nasze testy wskazują, że nawet po prefetrowaniu obrazu, składane jest osobne żądanie do pamięci podręcznej obrazów Google, gdy użytkownik otworzy wiadomość e-mail.

  • Jeśli użytkownik ma otwartą aplikację mobilną Gmail, prefetrowanie będzie nadal miało miejsce przez krótki czas, nawet po zamknięciu aplikacji mobilnej.

Oto przykład tego, jak będą wyglądały nagłówki żądań, gdy obraz jest żądany od bota prefetrowania Google:


  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: {}

Jak szczegółowo opisano powyżej, prefetrowanie Gmaila występuje tylko w ograniczonym zestawie okoliczności. Prefetrowanie nie występuje w przypadku innych klientów poczty. Zamiast tego, to zachowanie jest specyficzne dla sytuacji, gdy użytkownik Gmaila ma otwartą aplikację Gmail w swojej przeglądarce internetowej lub aktywnie korzysta z aplikacji mobilnej. Naszym najlepszym przypuszczeniem jest to, że jest to skanowanie bezpieczeństwa przed wyświetleniem wiadomości e-mail użytkownikowi w ich przeglądarce. To zachowanie prefetrowania również podkreśla, dlaczego optymalizacja rozmiaru plików e-mail jest ważna dla szybszego ładowania i lepszego doświadczenia użytkowników.

Zachowanie żądania i sygnały techniczne

Pełne nagłówki żądań dla żądania obrazu zostały szczegółowo opisane poniżej. Kilka rzeczy, które możesz zauważyć:

  • Referer jest ustawiony na http://mail.google.com. Co ciekawe, mimo że użytkownik jest na https://, Gmail nadal ustawia referer na protokół http:// podczas składania żądania. 

  • Żądanie pochodzi z serwerów Gmaila, a nie z przeglądarki użytkownika. Adres IP klienta zawsze rozwiązuje się do przestrzeni IP należącej do Google.

  • W odróżnieniu od pamięci podręcznej obrazów Google, ciąg identyfikacyjny agenta użytkownika nie identyfikuje, że żądanie pochodzi z jednego z botów Google. Zamiast tego, ciąg agenta użytkownika wygląda jak rzeczywiste żądanie obrazu od użytkownika. Potwierdziliśmy jednak, że ten ciąg agenta użytkownika rzeczywiście identyfikuje bota prefetrowania Google.

  • Otwarte żądanie następuje w ciągu kilku sekund po dostarczeniu wiadomości e-mail. Ponadto, żądanie występuje przed pojawieniem się wiadomości e-mail w interfejsie Gmaila użytkownika. To zachowanie prowadzi nas do przekonania, że żądanie jest z powodów bezpieczeństwa.

  • Prefetrowanie wydaje się występować tylko raz na nieprzeczytaną rozmowę e-mail w Gmailu. W naszych szerokich testach, po tym jak wiadomość została przeczytana przez użytkownika, wszelkie przyszłe e-maile, które trafiły do tej grupy rozmowy, nie inicjowały żądania prefetrowania.

  • To prefetrowanie jest oddzielone od pamięci podręcznej obrazów Google. Nasze testy wskazują, że nawet po prefetrowaniu obrazu, składane jest osobne żądanie do pamięci podręcznej obrazów Google, gdy użytkownik otworzy wiadomość e-mail.

  • Jeśli użytkownik ma otwartą aplikację mobilną Gmail, prefetrowanie będzie nadal miało miejsce przez krótki czas, nawet po zamknięciu aplikacji mobilnej.

Oto przykład tego, jak będą wyglądały nagłówki żądań, gdy obraz jest żądany od bota prefetrowania Google:


  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: {}

Jak nadawcy powinni interpretować metryki otwarcia w przyszłości

Tak jak w przypadku Ochrony Prywatności Maila firmy Apple, nadawcy powinni traktować wszystkie wydarzenia otwarcia z ostrożnością. Skup się na ogólnej jakości e-maili, w tym zapobieganiu literówkom w adresach e-mail oraz utrzymywaniu czystych list dla lepszych wskaźników dostarczalności. Otworzenia to tylko jeden, i często nie najlepszy, z wielu wskaźników zaangażowania, które nadawcy powinni monitorować i uwzględniać przy ustalaniu poziomu zaangażowania użytkowników.

Tak jak w przypadku Ochrony Prywatności Maila firmy Apple, nadawcy powinni traktować wszystkie wydarzenia otwarcia z ostrożnością. Skup się na ogólnej jakości e-maili, w tym zapobieganiu literówkom w adresach e-mail oraz utrzymywaniu czystych list dla lepszych wskaźników dostarczalności. Otworzenia to tylko jeden, i często nie najlepszy, z wielu wskaźników zaangażowania, które nadawcy powinni monitorować i uwzględniać przy ustalaniu poziomu zaangażowania użytkowników.

Tak jak w przypadku Ochrony Prywatności Maila firmy Apple, nadawcy powinni traktować wszystkie wydarzenia otwarcia z ostrożnością. Skup się na ogólnej jakości e-maili, w tym zapobieganiu literówkom w adresach e-mail oraz utrzymywaniu czystych list dla lepszych wskaźników dostarczalności. Otworzenia to tylko jeden, i często nie najlepszy, z wielu wskaźników zaangażowania, które nadawcy powinni monitorować i uwzględniać przy ustalaniu poziomu zaangażowania użytkowników.

Inne wiadomości

Przeczytaj więcej z tej kategorii

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

Kompletna platforma oparta na sztucznej inteligencji, która rośnie wraz z Twoim biznesem.

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

Kompletna platforma oparta na sztucznej inteligencji, która rośnie wraz z Twoim biznesem.