Wat zijn de technische details van wat hier gebeurt?

Wanneer een gebruiker een e-mail ontvangt bij hun mailboxprovider, haalt een van de Apple Mail-apps het bericht vooraf op zonder dat de gebruiker met het bericht interactie heeft. Dit vooraf ophalen gebeurt vaak niet onmiddellijk en vindt primair plaats wanneer de telefoon van de gebruiker is aangesloten en wifi heeft. Zodra het bericht is vooraf opgehaald, laadt en cachet de mailclient vervolgens alle afbeeldingen door gebruik te maken van de proxyservice van Apple. Dit vooraf laden van de afbeeldingen zorgt ervoor dat afbeeldingspixels afgaan, wat resulteert in een valse open.

Wat is het verschil tussen iets dat geopend wordt achter een proxy en dat vooraf wordt opgehaald?

Beschrijvingen voor de verschillende soorten opens in deze nieuwe wereld:

"Reguliere" Opens: Dit zijn e-mails die door uw bedoelde ontvanger zijn geopend, en de open geeft nauwkeurig weer dat zij de mail hebben geopend, evenals het apparaat dat zij gebruikten om de mail te bekijken en het IP van waaruit zij deze hebben geopend.

Proxied Opens: Dit zijn e-mails waarbij de afbeelding is geopend via een privacyproxy. De open werd nog steeds geïnitieerd door uw ontvanger, maar het apparaat en de IP/locatie-informatie die aan de open is gekoppeld, zijn voor u verborgen.

Vooraf opgehaalde Opens: Dit zijn een nieuwe en speciale soort open waarbij het apparaat van de gebruiker de e-mail opent en de afbeelding ophaalt (en cachet) zonder dat zij enige actie ondernemen. Voor vooraf opgehaalde opens is het onmogelijk om te zeggen of de daadwerkelijke ontvanger uw mail echt heeft bekeken of dat hun apparaat het gewoon heeft opgehaald en zij er nooit naar hebben gekeken.

Bij al deze classificaties is het belangrijk te weten dat een klein deel van de e-mails (onafhankelijk van de bovengenoemde typen) wordt geopend en geïnspecteerd door beveiligingsdiensten en mogelijk "valse opens" veroorzaakt. Deze komen niet vaak voor, maar wanneer we zeggen dat een open kan worden "vertrouwd", bedoelen we echt dat het met hoge betrouwbaarheid kan worden vertrouwd.

Moet een gebruiker actief Mail.app gebruiken zodat e-mail wordt beïnvloed door MPP?

Laten we een veelvoorkomend scenario bekijken: een gebruiker installeert hun e-mailaccount in Apple Mail.app, de mobiele app van Gmail, en gebruikt ook routinematig de webapp van Gmail. Zelfs als de gebruiker zelden (of nooit) hun e-mail opent in Apple Mail.app, zal Mail Privacy Protection nog steeds afbeeldingen vooraf laden, omdat het e-mailaccount is ingesteld in Apple's Mail.app. In dit geval zal een afzender opens zien van Apple's afbeeldingsproxy en Gmail’s afbeeldingsproxy.

Laadt Apple nu alle afbeeldingen vooraf op?

Dit wordt alleen gezien wanneer de gebruiker op wifi is en hun apparaat is aangesloten.

Hoe snel vindt het vooraf ophalen plaats?

Volgens onze vrienden bij Movable Ink zagen 85% van de Apple Mail-gebruikers die op een link hebben geklikt de inhoud minder dan een minuut voordat ze deze openden.

Over het algemeen, gezien de manier waarop MPP afbeeldingen vooraf ophaalt, zien we dat open events plaatsvinden variërend van minuten tot uren later. Maar gezien de beperking dat MPP alleen vooraf ophaalt wanneer op wifi en aangesloten op stroom, is de impact op optimalisatie van open-tijd in de praktijk meer beperkt dan aanvankelijk gevreesd. Het zal belangrijk zijn om dit te blijven monitoren, aangezien het op elk moment in de toekomst kan veranderen.

Zal MPP webtrackingspixels die webgedrag volgen beïnvloeden?

Tenzij de gebruiker tracking via hun browser heeft geblokkeerd, zal webtracking werken zoals het normaal doet. MPP zal webtracking niet beïnvloeden.

Hoe maken we onderscheid tussen de ontvangers die MPP hebben ingeschakeld? Waar moet ik op letten?

Momenteel is de user-agentstring die Apple's proxyservers verzenden wanneer ze afbeeldingen aanvragen Mozilla/5.0. Wat betreft hoe Bird hier specifiek mee omgaat, aan de verzendzijde zullen we een veld toevoegen aan zowel Webhooks als de Events API om aan te geven wanneer een open vooraf is opgehaald.

Deze opens zullen nog steeds worden opgenomen omdat ze een waardevol signaal kunnen zijn dat een e-mailadres geldig is. (Specifiek geven ze aan dat het e-mailadres is gekoppeld aan een ingeschakeld Apple-apparaat, dus het is bijna zeker gekoppeld aan een "echte" persoon.) Niettemin zal de nieuwe markering het gemakkelijk maken om te zien dat deze opens anders zijn dan echte engagementevents en anders moeten worden behandeld. Deze mogelijkheid komt over een paar weken. We zullen ook deze onderscheiding integreren in onze Analytics Report UI en Metrics API in Q4.

Welke user-agent string vertelt mij dat MPP is ingeschakeld?

Volgens Google helpt de user-agent string van een browser bij het identificeren van welke browser wordt gebruikt, welke versie, en op welk besturingssysteem. Momenteel is de user-agent string die Apple's proxyservers verzenden wanneer ze afbeeldingen aanvragen Mozilla/5.0. Hoewel er geen directe indicatie is dat dit behoort tot Apple's afbeeldingsproxy's, geeft ons testen aan dat de string verzoeken van Apple's afbeeldingsproxy's nauwkeurig identificeert. Dit kan op zijn beurt afzenders in staat stellen om Apple proxy opens uit te filteren uit hun statistieken of ze anders te segmenteren. Het is onbekend of Apple dit in de toekomst zal veranderen. Daarom is het belangrijk voor afzenders om te controleren op veranderingen in deze string en zich dienovereenkomstig aan te passen.

Verbergt Apple IP-adressen?

Click tracking IP's zullen alleen worden verduisterd als mensen kiezen voor Apple Private Relay (een apart product en een onderdeel van iCloud+, dat ook alleen in beta wordt uitgebracht – dat was een terugtrekking door Apple).

Unieke klikken zullen nog steeds nauwkeurig zijn omdat Bird klikken uniek per verzonden e-mail bijhoudt (elke link in elke mail naar elke ontvanger wordt uniek geïdentificeerd).

Werkt MPP nog steeds als het bericht in de spamfolder terechtkomt?

Tot nu toe hebben we geen MPP vooraf ophalen van afbeeldingen gezien voor e-mails die in de spamfolder worden afgeleverd.

Respecteert Apple Mail proxy de cacheheaders van afbeeldingen?

Nee, MPP respecteert geen cacheheaders van afbeeldingen. Afbeeldingen worden voor een periode van 2-3 dagen in de cache opgeslagen. Als er geen cacheheader voor afbeeldingen is toegepast, lijken afbeeldingen oneindig in de cache te blijven staan.

Rapporteert Apple meerdere opens als ze de e-mail vooraf ophalen en de gebruiker vervolgens daadwerkelijk opent?

Nee. De afbeelding wordt voor een bepaalde tijd in de cache opgeslagen en extra opens binnen dat venster worden niet gerapporteerd.

Past Apple de Mail Privacy Protection alleen toe op de klassieke 1x1 pixel, of blokkeren ze het laden van alle afbeeldingen (à la Outlook rond 2005)? En aangezien veel andere content beelden zal zijn, is er een manier om dit te omzeilen door trackinggegevens aan de andere content in de e-mail toe te voegen?

Apple blokkeert geen pixels, maar zorgt ervoor dat hun apparaten agressief alle afbeeldingen in e-mails vooraf ophalen en cachen. Dus je krijgt een open, ongeacht of de gebruiker de mail daadwerkelijk heeft geopend.

Is het veilig om aan te nemen dat bounced e-mailadressen bounces blijven rapporteren en niet terug opens rapporteren?

Ja.

We maken ons zorgen over de impact op onze spamvalbesturingen (bijv. spamvallen die engagement rapporteren). Is er een perspectief dat u kunt delen over het potentieel voor ongerepte spamvallen om opens te rapporteren gezien het antwoord op de bovenstaande vraag (d.w.z. zou de spamvaloperator hun gecontroleerde mailbox in de iOS app moeten synchroniseren voor een open om door te komen)?

Ja, een spamvaloperator zou een Apple Mail-client aan de betreffende inbox gekoppeld moeten hebben, wat hoogst onwaarschijnlijk lijkt. Een grote spamvaloperator vertelde ons dat Apple niet betrokken is bij hun monitoringproces. Het grotere risico in de branche is dat mensen het verlaten van niet-betrokkenen als een manier van filteren van hun lijsten achterwege laten.

Ik heb geruchten gehoord over Apple die alleen vooraf ophaalt wanneer de telefoon op wifi is en aangesloten. Zien jullie dit ook?

We hebben bevestiging gezien voor onze vroege theorieën dat preloading alleen plaatsvindt wanneer de gebruiker op wifi is en hun telefoon is aangesloten aan stroom. Op dit moment is er geen indicatie dat Apple van plan is dit gedrag te veranderen.

Is er een technische hack of workaround om de impacten van MPP te overwinnen?

De geschiedenis heeft ons laten zien dat technische workarounds om privacygerelateerde functionaliteit te omzeilen vaak van korte duur zijn, uw reputatie schaden en snel worden gesloten. Hoewel vroege tests aangeven dat er enkele workarounds zijn voor de preloading van afbeeldingen door Apple, geloven we dat afzenders niet zouden moeten vertrouwen op of gebruik maken van deze workarounds.

De volgende Mail Privacy Protection beperkingen zijn waargenomen in vroege beta testen: in Mail Privacy Protection hebben expliciet gezegd dat ze niet willen dat providers hen volgen via e-mail opens. Het gebruik van dit soort workarounds verraadt dat gebruikersvertrouwen, is slechte praktijk, en schaadt uiteindelijk de reputatie van uw merk.

• Vooraf ophalen vindt voornamelijk plaats wanneer de gebruiker op wifi is en wanneer aangesloten. Vroege tests geven aan dat preloading alleen gebeurt wanneer de gebruiker op wifi is en hun telefoon is aangesloten aan stroom. Dit gedrag is een beetje onverwacht en zal interessant zijn om te observeren naarmate Apple naar Algemene Beschikbaarheid voor iOS15 beweegt. In de praktijk betekent dit dat de open events nog willekeuriger zijn dan aanvankelijk gedacht. Het lijkt erop dat open events kunnen optreden wanneer de gebruiker het bericht daadwerkelijk opent, of wanneer de gebruiker het bericht niet heeft geopend maar wel op wifi is en de telefoon wordt opgeladen – of een andere combinatie van gebeurtenissen die Apple besluit. Dit alles wijst naar dezelfde conclusie: open tracking op Apple apparaten kan niet worden vertrouwd.

• Door de gebruiker geïnitieerde open events worden getriggerd wanneer de afbeelding wordt geladen via externe CSS.

• Tests geven ook aan dat door de gebruiker geïnitieerde open events worden getriggerd wanneer de afbeelding via een extern CSS-bestand wordt geladen. Hoewel dit op het eerste gezicht goed nieuws lijkt, raden we sterk af om deze aanpak te gebruiken. Het is uiterst waarschijnlijk dat Apple, zoals HEY al deed, deze maas in de wet zal sluiten. Maar er is een meer fundamentele reden om deze aanpak niet te gebruiken: gebruikers die zich hebben afgemeld.