当状态为unsubscribed
的联系人尝试再次使用相同的邮件地址订阅时,我会发送状态为pending
的PUT请求,以便触发选择加入过程。
突然,确认邮件被停止发送。联系人从未订阅切换到待处理,但没有机会确认其订阅。
这是代码的缩短版本:
<?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`
}
?>
在将现有订户再次设置为pending
时,是否应该发送确认邮件?
我忽视了什么吗?
答案 0 :(得分:1)
要跟进我以前的评论,这里是本月早些时候从MailChimp得到的答案摘要。
我询问地址是否相同,除了使用加号,例如foo@example.com和foo+bar@example.com将被视为两个单独的地址,因为它们会产生不同的订户哈希值,如API端点中所使用的那样。 (在测试期间,我经常使用我的一个地址并更改它的结尾以表示日期,使用计数器等。)他们实际上告诉我他们不算作uniques:控制的算法注册限制将它们解析为相同的地址,这是我没想到的。
最后,他们的API帮助台(发送提示和礼貌的回复 - 您也不需要有帐户写信给他们)能够手动检查您的个人地址的状态临时基础。
个人意见:
我的印象是MailChimp希望推动人们使用他们的第三方托管/嵌入表单来处理注册,而不是使用API。
在线路之间阅读,我想知道他们是否已接到大量垃圾邮件投诉/黑名单,因为他们现在拥有免费套餐和客户数量。
尽管v3 API在架构方面比以前的版本有了很大改进,但更新代码(在我的情况下,包括WordPress插件)使用它是一项相当多的工作,并且有多个未公布的和/或近年来,MailChimp产品发生了短暂的破坏性变化;停止使用Mandrill,API服务器上的过时安全证书等。
实际上,我很难想到另一个第三方服务,它一再需要这么多的开发时间,只是为了让一小部分API功能保持运行(对于我的客户来说,订阅,取消订阅和兴趣小组) 。这不是对产品质量的评论,也不是对开发人员产生的工作量的更多评论。
很可能会继续如此,所以我鼓励人们在选择批量电子邮件服务之前仔细考虑,如果你不想处理例如你不能处理的情况检测是否以及何时向某人发送了选择确认。