convertkit / convertkit-membermouse Goto Github PK

• add languages folder
• add pot file
• verify strings are translatable
• verify textdomain

The add tag on add and add tag on cancel feature seems to be working really well, overall in v1.0.2. Except, I just noticed a situation that it’s not covering:

1. Customer joins as member
2. This 1.0.2 plugin adds "add tag.” Let's call the tag "Member - Level 1" - Great!
3. Months later, customer cancels membership
4. This 1.0.2 plugin adds "cancel tag." Let's call the tag “Cancel - Level 1” - Great!
5. My ConvertKit automation "rule" sees customer's new "Cancel - Level 1" tag, and automatically removes customer's "Member - Level 1" tag. (Not mandatory but I added this to keep it clean)
6. Months later, customer rejoins my membership, using their same MemberMouse account, but joins as level 2 product.
7. Even though I also already had a level 2 product setup in this plugin with an "add tag" and a corresponding "cancel tag," this plugin isn't adding the "add tag" to my customer's existing ConvertKit account in this step after they rejoin their existing MemberMouse account.

This just happened to me again, and I looked into the customer's ConvertKit account, and I see the "Cancel: Level 1" tag, but it should have also added (in a perfect situation) a "Member: Level 2" (add) tag to ConvertKit as well in this step. So, my ConvertKit continues to treat this customer as a cancelled member and won't send them Member emails with their renewed membership.

I assume this is maybe because the plugin is detecting the customer already has a MemberMouse account, and therefore this plugin isn't told to engage and add an "add tag."

Is it possible for this plugin to re-add the appropriate "add tag" for previous members with an existing MemberMouse and ConvertKit account?

Thanks!
Curtis

P.S. ~ I've been using v1.0.2 of this code (plugin) since late Jan of this year on my live website. Thank you to anyone who's been working on this plugin! 1.0.2 was a huge update for me to be able to add cancel tags!!

v3 now has /unsubscribe

When a MemberMouse Member goes to their MemberMouse Account Page (standard account Wordpress Page created with official MemberMouse shortcodes) and changes their personal email address that is associated with their membership, the email address is changed in MemberMouse — which therefore the email address is also changed in the Wordpress (database) users list for the same Wordpress user account (they appear to share the same information: Wordpress/Membermouse when it comes to username, email and password), BUT it doesn’t update ConvertKit’s email address for the same person's account (subscriber page) back on Convertkit.com.

Simply stated: It doesn’t “phone home” to ConvertKit and also update it there, therefore the two accounts for the same member are now out of sync with two different email addresses (and the one still stored on ConvertKit could be an email account that is no longer used/active etc.)

So, what this means is if I go to ConvertKit right now, and create a broadcast, and tell it to send out an email to all of my subscribers who are tagged with a Membership “tag" (same tags that the MemberMouse/Convert Integration plugin in question uses), the emails will only go to the correct email addresses of the Members who HAVEN’T manually changed their email address on their (MemberMouse/Wordpress account profile page). In the best cases, those people with multiple (active) email addresses will still get the ConvertKit broadcast email because they still are checking their “old” email address (that wasn’t updated). However, in the worst cases, if they got rid of their email address that is still stored with ConvertKit (but updated in Wordpress in my Membership accounts), they won’t get the broadcast email at all.

I understand the amount who manually change their passwords is the lesser percentage, but, nonetheless to those of us running a Membership business, it’s a bit alarming to know we can’t feel secure in knowing that our ConvertKit Member lists aren’t always being kept -synched- in basic situations like this.

Currently, my own ConvertKit segment I created for me "MemberMouse Members" shows a different subscriber total than my MemberMouse backend member list total. The number isn’t way off, but it’s slightly off, which tells me a few members have manually changed their password in the last few months. So, I’m going to have to export out a .csv list from both platforms (again) and manually compare the two lists to try and figure out who changed their email address and then correct the modified ones back at ConvertKit.

This issue really hit home to me the other day when I visited the membership site of a friend of mine who uses Memberoni (another membership Wordpress plugin) with their own ConvertKit email list. When I went to my account profile page on her website, and changed my email address, it immediately changed my email address back at ConvertKit.com’s database. I know this because I checked within seconds by clicking on an “update your profile” link at the bottom of one of her emails she sent out from ConvertKit to her Members. The ConvertKit generated “Update Your Profile” page came up on your domain showing me that my email address had in fact already been changed for me — I was planning on manually changing it on Converkit next, and was shocked (read as ### happy!) to see it was already changed for me! — this proving it is POSSIBLE to keep the most important Membership/ConvertKit account data in sync.

@gammons Please add this repo to the CircleCi. Thanks!

• Need API secret
• Add settings toggle for this functionality; off by default

This is what the error said:

Parse error: syntax error, unexpected 'public' (T_PUBLIC) in [redacted]/wp-content/plugins/convertkit-membermouse/admin/class-convertkit-mm-admin.php on line 307

Any ideas as to how to solve this?

Add filter here to allow developers to modify name.

ref: https://secure.helpscout.net/conversation/370512222/84992/?folderId=956509

Member Mouse has a "bundle" option and a customer has 1 membership, but multiple bundles. She wants to tag in CK based on the bundle that was purchased, not the membership.

Check if it is possible to hook into the bundle and add a mapping for Bundle ➡️ CK Tag

ref: https://secure.helpscout.net/conversation/389120643/92696/?folderId=956509

I've noticed 1.0.2 of this code is consistently taking the Full name (First name, Last name) entered in by my new customers in MemberMouse as they are filling out the checkout page, and is entering both the First Name and their Last Name fields (combined) into the single First Name field of the customer's new account in ConvertKit.

Not the end of the world, but in my ConvertKit emails to customers, when I use personalized merge tags to open an email like:

{% if subscriber.first_name != blank %}
Hello {{ subscriber.first_name }},
{% else %}
Hello,
{% endif %}

... it's not as not as informal and slick as I'd like it to be since it's outputting, "Hello Jack Tripper," instead of "Hello Jack,"

And some of this is my just my OCD wishing it was accurate. ;-)

Curtis

P.S. ~ I've been using v1.0.2 of this code (plugin) since late Jan of this year on my live website. Thank you to anyone who's been working on this plugin! 1.0.2 was a huge update for me to be able to add cancel tags!!

/admin/class-convertkit-mm-admin.php on line 307
s

MemberMouse sends first_name and last_name as part of the $member_data ( reference ) sent to ConvertKit_MM_Admin::add_member(). The plugin was combining these fields to one name in previous versions of the API that had only a single name field.

With v3 of the API the main name field is first_name and last_name can be added as a custom field.

Add code to support this.

• Verify use of custom field for last name
• Add settings page option to send last name as custom field if it exists
• Provide a dropdown populated with the account's custom fields to map the last name to
• Modify ConvertKit_MM_Admin::add_member() to send separate names, or combine (default)
• Add plugin update routine to make sure nothing breaks (if needed)

Reference: https://secure.helpscout.net/conversation/298854382/45425/