Trying to hyper-target our lurkers and incentivize sign-ups šŸš€ (and run a JS on login)

Hey all,

So weā€™re trying to use Unbounce Convertables (which are 100% custom overlays that you can target based on various parameters) to help drive more signups in our Community. Hereā€™s an example:

The neat thing about Convertables is that I can target based on a few parameters, such as:

  • Trigger (arrives on page, on scroll, exit intent, etc.)
  • Frequency (only show once, show on each visit, show ever ā€˜xā€™ visits, etc.)

We can also do some advanced targeting, such as only showing them to visitors who come from certain traffic sources, or who have certain cookies in their browser.

We are currently trying to target only visitors who are not logged in with the call-to-action being for them to Join our Community. We tried to target the default _t cookie that gets placed automatically by Discourse, but that cookie uses HTTP and we have some limitations around that.

So my question isā€¦

I have a simple JS that will embed a cookie into a users browser. Iā€™m trying to figure out how I can run this script only on login (ie. fire to those who sign up or log in).

<script>
  document.cookie = "logged_in=true; expires=Thu, 18 Dec 2017 12:00:00 UTC";
</script>

Any ideas how I could do this?

Thanks! :slight_smile:

1 Like

Discourse already contains this feature as of Discourse 1.4, perhaps edit the copy on it to taste?

image

4 Likes

There is also Guest Gate

4 Likes

Hey all,

Also tagging @hawk in here because I love her insights.

Thanks for the alternatives, but weā€™re looking to provide a strong call to action to the right visitors at the right time.

@codinghorror weā€™ve been using the feature you referred to, and weā€™ve been tracking it, and it essentially doesnā€™t result in any new sign-ups. In our case, weā€™re trying to convert lurkers to become members by making our call-to-action hyper relevant based on the content theyā€™re currently viewing.

Weā€™ve built, launched and deployed targeted overlays on every single web property we have at Unbounce, and if theyā€™re targeted properly, and aimed at providing value, each of them convert way higher than most other traditional method weā€™ve ever tried_. Weā€™ve seen the same results with our customers as well.

Our Problem

The biggest thing weā€™re trying to tackle is that we have a pretty sizeable influx in traffic each month, and an abysmally low number of signups. Weā€™re using some advanced analytics from Kissmetrics, and we can see usage patterns from both members and non-members.

If someone registers for an account, we periodically see them coming back because of the digest emails and because we subscribe them to certain high-value categories on signup. Those users are also more likely to not only come back, but like, comment or vote in the future.

So for us, if we can simply convince more people to sign-up, our re-engagement rates should see a cascading effect as well. Disclaimer: Iā€™m going to go into full-transparency mode here.

In August, we saw:

  • 17,240 Unique Visitors (actual uniques, not GA uniques)
  • 43.9% were return visitors (they actually return on average more than 3x)
  • 25% were Unbounce customers
  • 146 new signups
  • 0.86% CVR



Now before you blame the content, or say that we donā€™t have enough ā€œreasons for users to sign-up and participateā€, know this.

Weā€™ve interviewed some of our lurkers (because like I mentioned about our advanced targeting, we can actually see who they are and whether or not theyā€™re registered customers).

The general consensus is that a) they get massive ongoing value out of the community but b) didnā€™t see any reason to sign up. Most of them arenā€™t your typical forum users and have never signed up for one in their life. When we told them about some of benefits of actually signing up, they said "Oh, I had no idea, I didnā€™t see that anywhere on your site."

We work in the conversion space. We understand that the current incentive/benefits arenā€™t being communicated effectively. We realize that the CTA to sign-up and participate may be weak. If we can communicate the benefits effectively, in a hyper-targeted fashion, we should see our new signups and engagement rates spike up.


EXAMPLES

1. Hyper-Targeted Signup CTA

If someone is viewing one of our top 5 high-ranking Feature Request topics, we can build an overlay that resonates with their intent (as opposed to just a general ā€œHey! Join the Community!ā€). We can then target this overlay accordingly:

  1. Only displays on those 5 posts (and)
  2. Only displays to Unbounce Customers (and)
  3. Only displays to people who are not logged into the Community

Alternatively, if they are viewing our Tips & Scripts content (which is our highest-traffic content in the Community) the overlay would instead be focused on their intent, and explain why that user in specific would get value from joining our Community.

  1. Only displays on Tips & Scripts content (and)
  2. Only displays to Unbounce Customers (and)
  3. Only displays to people who are not logged into the Community


2. Drive Traffic to Specific Content

This is also useful for getting users who are logged into the Community to take action. Letā€™s say weā€™re running a poll, or a live Q&A or event in the Community, and we want more participants. We could target an overlay asking people to come participate and funnel that traffic towards the post.

  1. Only people logged in to the Community (and)
  2. Only people who havenā€™t registered for the CRO event site (cookies)


3. Promote Events or Local Meetups

With advanced targeting, we can even target based on the users location. So if weā€™re hosting an event in Vancouver, we can set a general overlay such as:

  1. Only target visitors in Vancouver
  2. But target all pages, whether logged in or not


4. Non-Intrusive Variations

Not everyone likes overlays. Weā€™re currently in beta for stickybars, which are essentially the same thing (with the same targeting). Like the overlays, we can set these to show once, show every ā€œxā€ visit, show only to return visitors, etc.


IN CONCLUSIONā€¦

If we can simply drop a non-HTTP cookie into users browsers when they log-in / create an account, then we will be able to move forward with this.

Itā€™s exciting, because if we see success the same way weā€™ve seen success in other areas weā€™ve used these, then it warrants a full case-study that weā€™d like to share externally.

So if thereā€™s any way you can help with this, please let me know.

Thanks.

9 Likes

Quick heads up - the team is departing for our week long company retreat to India ā€“ the only time we see each other in person all year, as we are a fully remote company ā€“ so Hawk will likely not be quick to reply here.

4 Likes

Okay. Iā€™d love to hear any solutions that come up here. I think this kind of thing could be useful for many community managers out there.

Guest Gate can drive guests to registeted members. It improves rhe conversion rate at least 10 fold, in comparison to the default CTA.

The problem was, in my case, that while Guest Gate generated memberships, it did not activate the people to write something. They registeted just to get around the aggressive popup.

5 Likes

Adding this as a /head customization seems to work:

<script type="text/discourse-plugin" version="0.8">
        if (api.getCurrentUser()) {
        document.cookie = "logged_in=true; expires=Thu, 18 Dec 2017 12:00:00 UTC";
    }
</script>
4 Likes

Going to try this ASAP @simon. Thanks so much for chiming in here!

For this I setup a a zap between discourse <> activecampaign and set them up for a sequence of emails to come visit and interact. They get the digest too of course, but this is framed a bit more personally.

1 Like

@SouperC this is super smart. We use Intercom and Hubspot, so Iā€™d like to set up a similar chain. It hasnā€™t been a huge priority, but itā€™s in the backlog.

Can you share any details/stats/open rates for this content? Has it attributed to a measurable higher engagement rate?

Very keen to learn more!

I canā€™t because I donā€™t have any yet :grinning: , I just set it up. But I will. I will caution that my niche and community is SUPER nichey.

Are you tracking signups in analytics, because Iā€™m having difficulty doing so :sadpanda:

1 Like

We should chat a bit more. :slight_smile:

Iā€™ll reach out.

1 Like

Simon, I owe you a beer my friend. This worked beautifully for us. :beers:


P.S. Iā€™m a pretty big noob when it comes to cookies. Can I set the cookie to expire in 7 days? Iā€™m sure itā€™s a simple tweak to the code, correct?

2 Likes

You can set the time based off the current time. Double check this code. You can test it out in your browserā€™s developer tools to see that itā€™s working. The math could be simplified.

<script type="text/discourse-plugin" version="0.8">
        if (api.getCurrentUser()) {
        const now = new Date();
        let time = now.getTime();
        time += 60 * 60 * 24 * 7 * 1000; // seconds * minutes * hours * days * milliseconds
        now.setTime(time);
        document.cookie = "logged_in=true; expires=" + now.toUTCString();
    }
</script>
7 Likes

@joffreyjaffeux has expressed some interest in this as a business hosted plugin so we will see!

1 Like