Automator 6.4 : Publicités Facebook, Bluesky et puissantes améliorations de l'apprentissage en ligne
Uncanny Automator 6.4 introduit les publicités Facebook Lead, Bluesky et des tonnes de nouveaux déclencheurs puissants et…
We first started thinking about what conditions might look like in Uncanny Automator a year ago. What we saw in other integration tools never seemed quite right, so we planned and planned until we landed on a solution that we believe is the best approach. We’re excited to announce that Phase 1 of our support for conditions is available today to Pro users.
Our extensive planning led us to conclude that conditions should be linked to actions (what’s executed in a recipe) and that those conditions should be specific to each action and be highly flexible. Here’s what conditions look like in a recipe:
What this screenshot is showing is that users that complete an Intro to LearnDash course will be enrolled in a Recycling course, but only if they have an email address that ends in uncannyowl.com and they have the Group Leader role. If they don’t meet those conditions, the enrollment won’t happen–even though they completed the course in the trigger.
There’s a lot that’s new in this screenshot, so let’s break down exactly what we’re showing here.
Wondering what adding a condition looks like? Here’s a screenshot that explains things:
Here’s a list of the operators we support in Uncanny Automator Pro 3.5:
As for tokens, the ones available in the current release are limited to common tokens plus tokens associated with the recipe triggers only. In other words, in the example above you could choose from tokens like first name, current date and job title (in user meta), as well as tokens related to that LearnDash course. But you could not make one of the conditions that a user has a specific membership level in a membership plugin. Additional token support like this, for tokens not directly related to a recipe, is coming in a future release. Until we support tokens associated with integrations not in the recipe, one possible workaround may be adding extra data to user and post meta, then using those standard tokens for the conditions.
And, while not shown in the screenshots, there are a few other points to consider:
And that is everything there is to know about conditional actions in their first iteration. We dropped some hints above about what else is coming, most in the near future, so you can start to see just how amazingly powerful conditional actions are for recipes.
The free Uncanny Automator 3.5.1 release includes key framework changes to support conditional actions in Pro, but it also includes some great new features for all plugin users.
The most useful changes are to tokens. If you were paying attention to the condition example above, you may have noticed that the token for user roles didn’t previously exist. That’s new as a Common token, available to all actions. Then we have new Post Excerpt tokens (we heard users tweeting new blog posts loud and clear!) and Recipe ID tokens. Both are Common tokens as well, then there’s a Recipe Run token in the Advanced section to output how many times a recipe has run. This can be pretty useful as a counter or ID inside actions.
The 3.5.1 release includes new options to delete recipe log entries, both from the recipe list and inside the log. Yes, this can help with admin cleanup, but the bigger reason for us adding this is to clear out potentially “stuck” recipes so they can be rerun. This type of situation could happen due to a recipe change that causes an original, “in progress” attempt by a user to be no longer possible to complete.
For several drop-down lists where there are a huge volume of entries (ActiveCampaign tags are a good example) there is new support for setting custom ID fields at the bottom of lists. So, if an ID is dynamic or perhaps not in the drop-down yet, you can set a specific value to be used instead of relying on a drop-down list.
On the Pro 3.5 side of things, there are even more new features.
LifterLMS gains 2 new triggers:
WooCommerce also gains one new action: Cancel the user’s subscription to a product. This one had a few customer requests and we think it’s pretty high value; now you can use any form submission, button click or other user behaviour to cancel a subscription.
And for The Events Calendar users, we added a fantastic new trigger: An attendee is registered for an event. Why? It allows you to run actions on attendees that might have had tickets purchased by someone else. This is another change we added based on user feedback.
Finally, we added a button to license pages to make it easier to clear out an existing license. This will make things easier for agencies transferring licenses to clients, cleaning up a website before a sale, etc.
Obviously these are pretty huge releases, so we recommend testing the updates out on a Staging site before you do deploy to Live. You can also review everything that’s been updated in our changelogs.
Uncanny Automator 6.4 introduit les publicités Facebook Lead, Bluesky et des tonnes de nouveaux déclencheurs puissants et…
Nous utilisons des cookies pour améliorer votre expérience sur notre site. En utilisant notre site, vous acceptez l'utilisation des cookies.
Gérez vos préférences en matière de cookies ci-dessous :
Les cookies essentiels permettent des fonctions de base et sont nécessaires au bon fonctionnement du site Web.
Les cookies statistiques collectent des informations de manière anonyme. Ces informations nous aident à comprendre comment les visiteurs utilisent notre site web.
Les cookies marketing sont utilisés pour suivre les visiteurs sur les sites web. L'objectif est de diffuser des publicités pertinentes et attrayantes pour chaque utilisateur.
This is soooo Great!
Wait for best and best update!
Thanks automator Team!