У реальному проєкті в цій нотатці — перевірки доставлюваності й цілісності даних, які я проходжу, перш ніж повірити будь-якій метриці: домени відправки та автентифікація, гігієна згод і списків виключення, зшивання користувача між застосунком і email, а також інструменти, які точно брешуть. Ззовні я майже нічого з цього не можу перевірити у Duolingo. І це головний урок: цю частину роботи неможливо підробити з публічних даних.
Розбір публічної інформації може говорити тільки про метод. Машина, побудована на сповіщеннях і віджетах, живе або вмирає на сигналах, які не витримують наївного вимірювання: рівень згоди на push за OS, iOS Mail Privacy Protection, що роздуває будь-який показник відкриттів email, і розрив між «сповіщення надіслано» та «людина справді повернулася». У базових речах доставлюваності — SPF, DKIM, DMARC alignment, гігієна списків, шлях відписки — я б нічого не припускав і перевіряв усе на фактичній інфраструктурі відправки. Тут цього не видно, тому я цього й не стверджую.
Чесно про розрив
Клієнт має помітити: цей розділ короткий. Це і є сигнал. Для роботи з доставлюваністю й довірою до даних потрібні ваші DNS-записи, ваш ESP, логи згоди та потік подій — те, що Діагностика отримує, а публічний приклад ніколи не отримає. Якщо підрядник заявляє про глибокий розбір доставлюваності компанії, до якої не має доступу, будьте скептичні.