XF 2.2 Writing before registering

1591365714263.png
Participation. It's the life blood of a forum, and once you have a group of dedicated members creating and discussing content, your forum will flourish.

But there's a barrier to entry when it comes to participation. When a new visitor stumbles upon your forum from a search engine, they may read the content that piqued their interest and then feel inclined to add their own thought-provoking response, but at that point they are confronted with the dreaded

1591364826548.png


... at which point, in many cases, the whim disappears and they disappear like a stranger in the night.

The prospect of having to complete a form and go through the rigmarole of signing-up to a new service is quite a turn-off to new visitors, for obvious reasons. Visitors have a reticence to registration because they often consider it not to be worth their time.

So, what if they had something to lose by not completing the registration process?

This is the thought behind Writing Before Registering. When enabled, guest users will be granted access to the New Thread button and the Quick Reply editor and various other tools that are available to registered members. The experience is almost identical to that of a logged-in user, allowing the guest to create rich content before having registered, such that they can compose the message they want without obstructions.

What a lovely post. Now register or lose it.

And then, when they've spent time lovingly crafting their message and hit the submit button, then we smack them with the registration form.

Now, the hapless visitor has a conundrum. Are they prepared to have wasted the time they spent composing their message and abandon their contribution, or will they spend a few moments completing the annoying registration form? We're betting that a good proportion will choose the latter.

1591365808123.png


Once the guest has completed registration, the content they composed will be submitted automatically, and they'll be sent an alert with a link to it.

1591365714263.png

The landscape has changed

Occasionally, there may be instances where the environment in which the content was created changes during the registration process, such as the thread being locked by a moderator or moved to a forum to which regular users do not have access. In these cases, where the created content can no longer be submitted, the newly registered user will receive an alert similar to the one below.

1591365769396.png

Setup

The experience afforded to guests is configurable. Behind the scenes, administrators can configure how this works by setting which permissions should be inherited by guests. For example, if users in the "Registered" user group are able to post in a particular forum, it'll be possible for guests to also post in that forum but they will need to register before their post is submitted.

Normally, you will want to inherit permissions from whichever group or groups users automatically become members upon registration, but the scope is there to allow whatever weird and wonderful combinations may be required by your particular setup.

1591365213189.png


Of course, sometimes visitors will not complete the registration process, especially if they are not particularly committed to a short response they composed. In order to prevent that stuff clogging up your database, content that was submitted but did not lead to a completed registration will be pruned after a short period of time.

Developer goodies

Initially, we're supporting the creation of threads and replies but as you'd expect from a XenForo core system, "writing before registering" is entirely open and extensible and can apply to any registration-privileged action, so third-party developers will be able to incorporate this functionality within their add-ons, wherever it makes sense to do so.

Post scriptum

A few questions have been raised already as to what happens if email verification or manual registration approval is enabled on your forum.

In these instances, the content that has been posted is kept in a pending state, awaiting whatever steps are required for registration to complete. The content is automatically posted as soon as registration is completed, whether that is by means of email verification, manual approval or whatever other things may be set up in the registration process.

If registration is not completed within a reasonable period, the content is purged.
 
Last edited by a moderator:
We no longer have any developers working in stealth mode. You've now all been introduced to the full dev team.
Are both new devs working part-time or full-time? The announcement in Dec was about 20h/w if I remember correctly.

The problem is that this approach is not content and action agnostic. Although we have only implemented the behaviour for threads and posts at this point, the system allows any privileged action to be performed by a guest, which is why we don't rely on the moderation queue or similar facilities.
Of course you guys know the XF system like the inside of your pockets. So, I was only viewing it from one angle regarding threads and posts.

Last question, thanks for the answers so far. Except it would take more time and effort, what speaks against forcing any privileged action performed by a guest through a moderation queue?

There is a good reason why guests don't have the same permissions such as registered users. And until the account is confirmed, they should be treated as if they were in moderation. No matter what action. I have described how it could look like for creating threads and posts, but this can be extended to any privileged action, no? If there is an action, there always can be a redirection page triggered by the action. Of course the redirection would be different for each action. And for each action there always can be an embedded notice/warning asking the guest to confirm their account in order to perform the action they want.

But perhaps this kind of design is too much far fetched.
 
@Xon is an excellent developer, he would be quite an addition to the house.
My timezone makes international collaboration challenging (but this is doable!), and my day job is quite busy so moving on for anything less than full-time work would be difficult for me to justify.

@Xon should this work fine with your anti spam solutions?
I can't see why not, as Signup Abuse Detection & Blocking hooks into the standard XenForo spam checking system and the integration points are straight forward. It will obviously it will require testing!

It depends how subtle the changes are, as I have quite a few add-ons I'll need to test and validate work as expected with XF2.2 but I plan to get started on that as soon as I can :)
 
Can we get more features like these!? I would love to see more ways of getting guests to register and contribute! That always seems to be a difficult hurdle! The register then the contribution!
 
It is not the exact same thing, but I have a similar example from my site. For my small niche, I always got a lot of visitors but I couldn't convert them to users. I offered everything for free (still do) and nothing required registration, so nobody bothered to register. Then I did a similar schtick similar to this new feature but for attachments (my main content is based on attachments). Guests see attachments (such as PDF files) on posts as embedded and once they click on it, they are directed to a registration page if they want to see the attachments.

See the results.

Closer time span to see it more clearly.

1591374839725.png



So this type of feature can help with activity on your forum.
 
Last edited:
I have not read every post here but my concern is someone registers and never confirms their email or uses a bogus email.
 
Then their content will never be posted - it is only posted after the user confirms their email address (if enabled) and/or has their account manually approved (if enabled).
 
I'm with @sbj on this one. Leaving users at that registration screen is poor flow. Imagine making a Facebook post and being redirected to the Facebook home page every time and being told it's for a technical reason that doesnt apply to them. I think the system can have a little more intelligence than this.

Some people like myself already been using an add-on called Guest Posting by @AddonsLab and we already have been using this feature in this way. Posts show up in the moderator queue and will appear as "this post is waiting for approval". There is definitely something to redirect back to.

I know you guys like to leave it up to the third party devs, but I implore you to go an extra step with some of the user flow stuff. This is one pretty big one, but I feel there a few things that get overlooked. So good work, but let's go a step further, being dumped off at weird pages or bring asked to fill out long forms is the enemy.
 
Last edited:
What a lovely post. Now register or lose it.
Social media login somewhat addresses this (people seeing the "Login with FB" button might be more inclined to create an account vs. straight XF creation)... but this closes the gap and brings it all home with a 1-2-3 punch. Thank you!
 
Top Bottom