Magento has announced that they'd stop supporting the Magento 1.x platform, and has finally sunset the version 1 on June 2020. More info here.
Following this announcement, we have stopped supporting our integration with Magento 1 as well.
Now that you have finished installing the extension you will need to configure a few settings. But first, make sure you've also enabled MailUp's Web Services API. See Web Services API for more.
To configure your Magento extension settings:
You will now be able to configure the MailUp Extension Settings
With version 2.3 and above, the MailUp extension supports multi-store installations. You can now set at the store view level:
Settings set at the higher level (e.g. at the Default or Website level) can be used "as is" or overwritten at the store view level.
Here is a description of what the settings are and what they do.
|Admin Console URL|
This URL is unique for each MailUp account. It’s the domain portion of the URL shown in your browser address field when you are using your MailUp admin console.
It looks like something like g4a0.s03.it or ddbd.emailsp.net.
To locate it, just log into your MailUp account, launch the admin console, and look at the URL in the browser address field.
|Web Service User Name||Your MailUp API User Name (part of your MailUp Web Services API credentials ). To retrieve your MailUp API user name and password, log into your MailUp admin console and navigate to Settings > Account settings > Developer's corner > Web Services.|
|Web Service Password||Your MailUp API Password (part of your MailUp Web Services API credentials).|
The Test Connection button separately tests that the Console URL is correct and that the API credentials successfully authenticate, and returns friendly messages in both of those scenarios. It was added with v2.7 (upgrade to v2.7 beginning Sept 17, 2014).
The List within your MailUp account that you wish Customers to be subscribed to, by default.
If this List drop-down does not show the lists that you have set up in your MailUp account (by default MailUp includes one list called "News"), then the store is not connecting to MailUp. Troubleshoot this >
|Default Group||Allow to associate a default Group at the store view level|
|Enable subscription checkbox during checkout|
Select yes if you wish to show the newsletter sign up checkbox during checkout. Here is how it is displayed:
The text shown can be edited as any other text string shown in the storefront (see how).
|Require Subscription Confirmation|
This feature works in tandem with the previous setting. You can select whether to ask your customers to confirm that they wish to receive emails from your store. This is a best practice in email marketing. It's what's called "Double Opt-In" or "Confirmed Opt-In" and it's the best way to ensure that the subscribers on your list are (a) valid emails, and (b) people that do want to hear from you (thus minimizing any chances of spam complaints that can hurt your sender reputation).
|Enable Automatic Data Export||Select yes to enable automatic data export from Magento into your MailUp list.|
|Export Frequency||Select how often data will be updated and exported. (e.g. choose "Hourly").|
|Export Offset||Transfers happen at midnight (midnight for the server where the store is hosted) and thereafter (e.g. every six hours will happen at 12:00am, 6am, etc.) This setting allows you to introduce a delay. For example, if you set it up for a daily transfer, the Server Timezone is UTC, but you want the transfer happen at 4am UTC, you will want to set the offset at 4 hours.|
|Webhook crypt key||If you are encrypting webhooks, enter the encryption key that you used in the MailUp admin|
|Enable module debugging log||Enable the debugging log if you are experiencing any problems and need to communicate with our support team|
|Disable Newsletter Subscription Notification||This setting disabled the email that otherwise Magento sends by default to customers that subscribe to the store's newsletter. Since a subscription confirmation will be sent by MailUp when the customer confirms their subscription, this email sent by Magento represents a duplicate and could create confusion. We recommend therefore setting this flag to Yes.|
|Order statuses||Select the order status(es) that should be used by the Extension to considered an order as a purchase with regard to data transfers and customer segmentation.|
Once you've connected your Magento store to MailUp, the next step is to map fields between the two applications. This is done in the lower part of the Settings & Field Mapping page. You can:
Here too, you have the ability to handle multi-store implementations of Magento:
You can map a number of customer fields, and then several order-related fields.
Note that the fields that you find in MailUp - and that are imported into this screen via the connection between Magento and MailUp - can be renamed in the MailUp admin console, and new ones can be added. See managing recipient fields.
|If you add a new recipient field to MailUp, it may take a few minutes before you see it listed in the drop-downs on the Magento side. That's because Magento caches information to speed up the system. If you want to immediately see the updated list of fields, you can flush the cache in Magento under System > Cache Management|
New with version 2.6 and above of the MailUp Extension for Magento is the ability to map custom attributes in Magento to recipient fields in MailUp.
In the lower part of the Settings & Field Mapping page you will find a section called Custom Customer Attributes. Just like with the default attributes:
Map the fields that you wish to connect to MailUp, and save the settings. When data is transferred from Magento to MailUp, the values stored in those fields will be passed to MailUp.
|Note: there are several extensions that allow merchants to easily add custom attributes to their Magento-powered stores. One that we used in our tests is Customer attributes tool by officience. We have limited experience with it, but in our tests we liked the fact that it gives you great flexibility in defining the type of attribute and how it will be presented to the customer in the storefront (e.g. a drop-down menu vs. an input field).|
The date format used in the data that is exported to MailUp (E.g. order date) is always dd/mm/yyyy.
Currently all numbers are formatted using the comma as a decimal separator and no thousand separator. So, that is how numbers will appear in MailUp when they are transferred from Magento to your MailUp account.
MailUp is a multi-list environment, but recipient fields are shared across the various Lists in the same account, and each account comes with 39 customizable fields (so fields are limited in quantity). That means that if recipient "firstname.lastname@example.org" has the phone number in field 5 of List 1, the same data will appear if the same recipient exists in List 3. If the data were the "latest order date", this could be a problem in some scenarios as data for an order placed in storefront 1 (connected to List 1) would be overwritten by an order by the same customer (same email) placed in storefront 3 (connected to List 3 in MailUp), if the "latest order date" piece of information is mapped to the same field in MailUp.
This means that if you have multiple storefronts in Magento, you may not be able to map storefront-specific fields to a single MailUp account as you might run out of fields. Of course, there is no issue if you are using different MailUp accounts. The issue is just if you are using different Lists within the same account, connected to different storefronts in Magento.
For example, let's say you have 3 storefronts. If you map 20 fields for storefront 1, and 20 fields for storefront 2, you would not have enough fields left to map 20 fields for storefront 3, because you would need 60 unique fields, but MailUp only has 40.
That said, this limitation is somewhat limited in scope and most users are not affected by it. Here is why.
Some additional limitations were recently removed.