MailChimp API resubscribe подтверждение почты больше не отправляется

Question

Когда контакт со статусом unsubscribed снова пытается подписаться с тем же адресом электронной почты, я отправляю запрос PUT со статусом pending, чтобы инициировать процесс отказа.

Неожиданно письмо с подтверждением прекратилось. Контакт переключился с отказа от подписки на ожидающий, но не имеет возможности подтвердить его подписку.

Это сокращенный вариант кода:

<?php 
$member_response = $MailChimp->get("lists/$list_id/members/$subscriber_hash"); // <-- Returns an array where status is `unsubscribed` 

if($member_response['status'] == 'unsubscribed' || $member_response['status'] == 'pending') { 
    // User exists but is not active. Do a PUT request with new values to trigger re-opt-in 
    $update_response = $MailChimp->put("lists/$list_id/members/$subscriber_hash", $member_data); // <-- Returns an array where status is `pending` 
} 
?> 

Shouldn't подтверждение почты отправляется при установке существующего абонента pending снова?
Я что-то упускаю?

Answer 1

Чтобы следить за моим предыдущим комментарием, вот резюме ответов, которые я получил от MailChimp в начале этого месяца.

• Это (без предупреждения) изменения, не связанного с v3 API, было сделано в сентябре 2016 года
• Когда пользователь отписывается, они не могут быть выполнить повторные вами. Мы уже это знали, но трюк с изменением статуса «назад» в «ожидающий», который использовался для запуска нового письма каждый раз, когда вы делали запрос API, больше не работает - электронные письма теперь дросселируются. Первоначально MailChimp сказал мне, что точная ставка была в списке по расписанию, но когда я продолжил, они позже сказали, что через 48 часов после первой попытки (и любые последующие попытки в течение этого периода сбросят таймер.)
• MailChimp подтвержден не существует регистрации сообщений электронной почты с подтверждением или способа в интерфейсе API/admin для определения того, были ли они отправлены (кроме того, что, когда известно, что когда абонент будет в ожидании , электронное письмо будет отправлено автоматически).
• Мне кажется, что is теперь можно повторно добавлять пользователей вручную через admin.mailchimp.com, независимо от их предыдущего статуса - я не уверен, что это сработало раньше. Любопытно, что это изменяет статус человека на подписку, не требуя от них какого-либо подтверждения. (если я могу это сделать через пользовательский интерфейс, почему я не могу это сделать через API и т. д.)

• Я спросил, идентичны ли адреса, кроме использования знака плюса, например. foo@example.com и foo+bar@example.com будут считаться двумя отдельными адресами, поскольку они производят разные хэши подписчиков, используемые в конечных точках API. (Во время тестирования я часто использую свой один адрес и меняю его, чтобы обозначить дату, использовать счетчик и т. Д.). Они на самом деле сказали мне, что они не считаются уникальными: алгоритм, который контролирует ограничения регистрации, разрешает их тот же адрес, которого я не ожидал.

• Наконец, их служба поддержки API (кто отправляет приглашения и вежливые ответы - вам не обязательно иметь учетную запись для их записи), вы можете вручную проверить статус индивидуального адреса для объявления -hoc.

Личное мнение:

Мое впечатление MailChimp хотел бы, чтобы подтолкнуть людей к использованию их 3-пати организовано/вложимые формы для обработки подписок, а не с помощью API.

Чтение между строками, интересно, были ли они на приемном конце большого количества жалоб со спамом/в черный список, учитывая свободный уровень и количество клиентов, которые у них сейчас есть.

Несмотря на то, что v3 API является большим улучшением архитектуры по сравнению с предыдущей версией, обновление кода (в том числе, в моем случае, плагина WordPress) для использования было честной работой, и было несколько непредвиденных и/или короткое уведомление о разрушительных изменениях с продуктами MailChimp в течение последнего года; прекращение использования Mandrill, устаревшие сертификаты безопасности на серверах API и т. д.

Фактически, я изо всех сил пытаюсь думать о другом стороннем сервисе, который неоднократно требовал такого большого времени разработки, чтобы сохранить только небольшую группу функций API (подписка, аннулирование подписки и группы интересов, в случае моих клиентов). Это меньше комментарий к качеству продукта и большая рабочая нагрузка, которую он создает для разработчиков.

Возможно, это будет продолжаться, поэтому я бы посоветовал людям тщательно подумать, прежде чем выбирать массовую почтовую службу, если вы не хотите иметь дело с ситуациями, когда, например, вы можете " t определить, когда и когда кому-то было отправлено подтверждение на отказ.