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 interageert. Dit vooraf ophalen gebeurt vaak niet onmiddellijk en gebeurt voornamelijk wanneer de telefoon van de gebruiker is ingeplugd en op wifi is aangesloten. Zodra het bericht vooraf is opgehaald, laadt de mailclient vervolgens alle afbeeldingen vooraf in en slaat deze op in de cache met behulp van de proxyservice van Apple. Dit vooraf laden van de afbeeldingen zorgt ervoor dat afbeeldingspixels worden geactiveerd, wat resulteert in een vals open signaal.

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

Beschrijvingen van de verschillende soorten openingen in deze nieuwe wereld:

“Reguliere” Openingen: Dit zijn e-mails die door uw beoogde ontvanger worden geopend, en de opening geeft nauwkeurig aan dat zij de mail hebben geopend, evenals het apparaat dat zij gebruikten om de mail te bekijken en het IP-adres waarvandaan zij toegang hadden.

Geproxiede Openingen: Dit zijn e-mails waarbij de afbeelding open gaat via een privacyproxy. De opening werd nog steeds geïnitieerd door uw ontvanger, maar de apparaat- en IP-/locatie- informatie geassocieerd met de opening is voor u verborgen.

Vooraf opgehaalde Openingen: Dit is een nieuwe en speciale soort opening waarbij het apparaat van de gebruiker de e-mail opent en de afbeelding ophaalt (en in de cache opslaat) zonder dat ze enige actie ondernemen. Voor vooraf opgehaalde openingen is het onmogelijk te zeggen of de feitelijke ontvanger daadwerkelijk naar uw mail heeft gekeken of dat hun apparaat deze gewoon heeft opgehaald en ze er nooit naar hebben gekeken.

Bij al deze classificaties is het belangrijk om te weten dat een klein deel van de e-mails (onafhankelijk van de bovenstaande typen) wordt geopend en geïnspecteerd door beveiligingsdiensten en mogelijk ‘valse openingen’ kan activeren. Dit komt niet vaak voor, maar als we zeggen dat een opening ‘betrouwbaar’ kan zijn, bedoelen we dat deze met grote zekerheid kan worden vertrouwd.

Moet een gebruiker Mail.app actief gebruiken om invloed te hebben op e-mail door MPP?

Laten we een veelvoorkomend scenario overwegen: een gebruiker stelt hun e-mailaccount in in Apple Mail.app, Gmail's mobiele app, en maakt ook regelmatig gebruik van de Gmail-webapp. 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 zender openingen zien van Apple’s afbeelding proxy en Gmail’s afbeelding proxy.

Haalt Apple nu alle afbeeldingen vooraf op?

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

Hoe snel vindt het vooraf ophalen plaats?

Volgens onze vrienden bij Movable Ink zagen 85% van de Apple Mail-gebruikers die op een link klikten dat de inhoud minder dan een minuut voor de opening werd weergegeven.

Gezien de manier waarop MPP afbeeldingen vooraf ophaalt, zien we ophaalevents die plaatsvinden tussen enkele minuten tot uren later. Als gevolg van de beperking dat MPP alleen vooraf ophaalt wanneer op wifi en aangesloten, is de invloed op het optimaliseren van de open-tijd beperkter geweest dan aanvankelijk werd gevreesd. Het zal belangrijk zijn om dit te blijven monitoren, aangezien het op elk moment in de toekomst kan veranderen.

Zal MPP invloed hebben op webtracking pixels die webgedrag volgen?

Tenzij de gebruiker tracking via hun browser heeft geblokkeerd, zal webtracking werken zoals het normaal doet. MPP heeft geen invloed op webtracking.

Hoe onderscheiden we de ontvangers die MPP hebben ingeschakeld? Waar moet ik op letten?

Op dit moment stuurt de user-agent string die de proxyservers van Apple sturen bij het aanvragen van afbeeldingen Mozilla/5.0. Wat betreft hoe Bird dit specifiek zal behandelen, aan de verzendzijde zullen we een veld toevoegen aan zowel Webhooks als de Events API om aan te geven wanneer een opening vooraf is opgehaald.

Deze openingen 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 vrijwel zeker verbonden met een 'echte' persoon.) Desalniettemin zal de nieuwe vlag het gemakkelijk maken om te zien dat deze openingen verschillen van feitelijke engagementevents en anders moeten worden behandeld. Deze mogelijkheid zal over een paar weken beschikbaar komen. We zullen dit onderscheid ook opnemen in onze Analytics Report UI en Metrics API in Q4.

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

Volgens Google helpt een user-agent string van een browser bij het identificeren van welke browser wordt gebruikt, welke versie en op welk besturingssysteem. Op dit moment stuurt de user-agent string die de proxyservers van Apple sturen bij het aanvragen van afbeeldingen Mozilla/5.0. Hoewel er geen directe indicatie is dat dit bij de beeldproxy's van Apple hoort, geeft onze testen aan dat de string nauwkeurig aanvragen identificeert die van de beeldproxy’s van Apple komen. Dit kan op zijn beurt de verzenders in staat stellen om Apple's proxy openingen uit hun statistieken te filteren of ze anders te segmenteren. Het is onbekend of Apple dit in de toekomst zal veranderen. Daarom is het belangrijk dat verzenders de veranderingen van deze string in de gaten houden en hun aanpak daarop aanpassen.

Verhult Apple IP-adressen?

Clicktrack IP's zullen alleen worden verduisterd als mensen kiezen voor Apple Private Relay (een apart product en onderdeel van iCloud+, ook alleen uitgebracht in bèta – dat werd door Apple teruggedraaid).

Unieke klikken zullen hoe dan ook nauwkeurig blijven omdat Bird kliks per afzonderlijke e-mail uniek volgt (elke link in elke mail aan elke ontvanger wordt uniek geïdentificeerd).

Blijft MPP werken als het bericht in de spammap terechtkomt?

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

Zal de Apple Mail proxy zich houden aan de headers van de afbeeldingscache?

Nee, MPP houdt zich niet aan de headers van de afbeeldingscache. Afbeeldingen worden gedurende 2-3 dagen in de cache opgeslagen. Als er geen afbeeldingscacheheader wordt toegepast, lijken afbeeldingen voor onbepaalde tijd in de cache te worden opgeslagen.

Zal Apple meerdere openingen rapporteren als ze de e-mail vooraf ophalen en de gebruiker opent vervolgens daadwerkelijk?

Nee. De afbeelding zal gedurende een bepaalde tijd in de cache worden opgeslagen en extra openingen binnen dat tijdsvenster zullen niet worden gerapporteerd.

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

Apple blokkeert geen pixels, maar laat in plaats daarvan hun apparaten agressief alle afbeeldingen in e-mails vooraf ophalen en in de cache opslaan. Dus u zult een opening krijgen, ongeacht of de gebruiker de mail daadwerkelijk heeft geopend.

Kunnen we ervan uitgaan dat bounced e-mailadressen blijven rapporteren wanneer ze terugbouncen en geen openingen rapporteren?

Ja.

We maken ons zorgen over de impact op onze spamvalcontroles (bijv. spamvallen die betrokkenheid melden). Is er een perspectief dat u kunt delen over het potentieel dat ongeschonden spamvallen rapporteren geopeningen gezien het antwoord op de bovenstaande vraag (dat de spamoperatuur hun gemonitorde mailbox in de iOS-app zou moeten synchroniseren voordat een opening doorkomt)?

Ja, een spamoperateur zou een Apple Mail-client moeten hebben die verbonden is met de inbox in kwestie, wat zeer onwaarschijnlijk lijkt. Een grote spamoperateur vertelde ons dat Apple niet betrokken is bij hun monitoringproces. Het grotere risico in de industrie is dat mensen niet-betrokken afzenders gaan gebruiken als een manier om hun lijsten te filteren.

Ik heb geruchten gehoord dat Apple alleen vooraf ophaalt wanneer de telefoon op wifi is en ingeschakeld. Zie je dit ook?

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

Is er een technische hack of omweg om de impact van MPP te overwinnen?

De geschiedenis heeft ons geleerd dat alle technische omwegen om privacygerelateerde functionaliteit te omzeilen vaak van korte duur zijn, uw reputatie schaden en snel worden gesloten. Hoewel vroege testen aangeven dat er enkele omwegen zijn voor Apple's vooraf laden van afbeeldingen, geloven we dat afzenders niet op deze omwegen moeten vertrouwen of deze moeten gebruiken.

De volgende beperkingen van Mail Privacy Protection zijn waargenomen in vroege bètatests: in Mail Privacy Protection hebben expliciet gezegd dat ze niet willen dat leveranciers hen volgen via e-mailopeningen. Het gebruik van dit soort omwegen verraadt dat gebruikersvertrouwen, is een slechte praktijk en schaadt uiteindelijk de reputatie van uw merk.

• Vooraf ophalen vindt voornamelijk plaats wanneer de gebruiker op wifi is en wanneer deze is aangesloten. Vroeg testen geeft aan dat vooraf laden alleen plaatsvindt wanneer de gebruiker op wifi is en hun telefoon op stroom is aangesloten. Dit gedrag is enigszins onverwacht en zal interessant zijn om te observeren naarmate Apple naar Algemene Beschikbaarheid voor iOS15 beweegt. In de praktijk betekent dit dat de open evenementen nog willekeuriger zijn dan aanvankelijk gedacht. Het lijkt erop dat open evenementen kunnen plaatsvinden wanneer de gebruiker daadwerkelijk het bericht opent, of wanneer de gebruiker het bericht niet heeft geopend maar op wifi is en de telefoon wordt opgeladen – of een andere combinatie van gebeurtenissen die Apple besluit. Dit alles wijst naar dezelfde conclusie: het open bijhouden op Apple-apparaten kan niet worden vertrouwd.

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

• Tests geven ook aan dat door de gebruiker geïnitieerde open evenementen worden geactiveerd wanneer de afbeelding wordt geladen via een extern CSS-bestand. Hoewel dit misschien goed nieuws lijkt, raden we sterk aan om deze aanpak niet te gebruiken. Het is uiterst waarschijnlijk dat Apple, zoals HEY al deed, deze maas in de wet zal sluiten. Maar er is een fundamentelere reden om deze aanpak niet te gebruiken: gebruikers die hebben gekozen