We talk about three different ways that you can setup automatic registration for one site when the payment is made on a second site. The first is the easiest because it requires no programming. Here you’d have the customer pay on one site and then be directed to a registration form that is filled out using Gravity Forms or a similar plugin. You can set up WordPress user roles and then have it automatically assign then have the system send you an email when registration is complete.
A second way of looking at this is if there is a benefit to registering on the same site that the customer pays on then you can set that up using custom programming. We describe the basic directions for that and discuss issues of password creation and setup time.
Lastly, we take a look at a plugin from WPMUDEV that creates users on one site and passes them to users on another site in a networked environment.
Member: I have been asked with a client who has got an amazing budget. He wants to take payments on a landing skin type sites.
Member: So process that payment, add it to an AWeber list so nothing amazing there but then he wants to be able to subscribe them to a subdomain as well so in other words…
Rick: Is there any benefit to them subscribing to the original domain?
Member: Because they want to have a number of different feeder sites so they want all the memberships to be on one website but to be able to take subscriptions from other websites as well.
Rick: Oh, that’s ridiculously easy.
Rick: Okay and that’s what I do with my small group classes right so for example, thesisskindevelopment.com. Okay, they pay their 2000 bucks on BYOBWebsite and then once they have done that they are sent to this site to register.
Rick: And what I do for that… Now, is there a particular membership plugin they’re using?
Member: No. Not as of yet. They wanted to be can’t be automatically created along with the like a password and stuff for that to which I said to them you probably, you know…you might have to do this dark idea.
Rick: Well, it depends on what you mean by automatically create – automatically create it with what data?
Member: With the data they will provide when signing up so if there’s some email…
Rick: Why do they provide any data when they sign up? Why don’t they just pay their money?
Member: Yeah. Yes so they pay it and then we direct to..
Rick: A place to sign up.
Member: A place to sign up.
Rick: Once you got their money right?
Rick: In fact it makes more sense to do it that way than it does to take information before they pay because the more information you ask them to provide before they pay the less likely they are going to pay.
Rick: So the easiest thing in the world is to have a you know, get instant access now or you know join the site now or whatever it is it’s a button, it takes their money and then once you’ve got their money you direct them to the place to fill out the form.
Member: Which is literally just the subscribe to this website form on the subdomain.
Rick: Right and so what I do is I use Gravity Forms. Where is it? Why can’t I see Gravity Forms here? Maybe I deactivated it. Sure looks like I deactivated it here. Since there was no more registration I deactivated it. Let’s go to a different site then. Let’s see group class, this is the Finish Your Website in 4 Weeks class and I do it the same way here. Pay your $800 on the site, once you’ve done that you are directed directly here. Forms, and I have a registration form using Gravity Forms that when it registers it automatically assigns the user role that I want to be used so if I had created a custom user role I could choose that custom user role for it to be assigned to. I could also if I wanted to collect custom user meta I could assign user meta to it when they register and then all I do with the page is give it an absurd URL.
Rick: Right? A URL that nobody would identify and then set it to no-index. Actually this entire site is set to no-index so it doesn’t matter but if the site is not entirely no-index then I would set this page to no-index as well and…
Rick: So it can’t be found by trolling around it, there are no links to this you know, elsewhere on the site. Bots can’t find it, Google is not going to find it, it’s entirely hidden and of course I have it send me an email when somebody registers so that I know it…
Rick: You know, if it ends up being a problem I’d…
Rick: I would change it.
Member: Okay, that’s splendid yeah.
Rick: So that doesn’t require any custom programming right, that is very simple straightforward…yeah…
Member: sets it up. Yeah?
Rick: Because presumably you’re going to want to control access to the content via user roles so you’d set up a custom user role for that level or for that thing and..
Rick: And you know, if they’re using a membership plugin, all the membership plugins I know of have their own you know, registration forms where you can generate a registration form even for a paid level. You can still generate a registration form that they can go fill out so you can direct them to that form again, hidden just like this.
Rick: And that’s what I would do.
Rick: Because it’s very low-tech.
Member: I completely agree. Yeah, that’s cool. Simple.
Rick: I had read your question, I mean there’s programmatic ways to do it if there’s some benefit to them registering on the site where they pay.
Rick: Right because if there’s a benefit to them registering on the site where they pay then you can write a script, hook it to the user register action of the one site because the user register action fires as soon as the user registration process is complete and you have an actual user object available to you. You could hook to that, you could pass the value of the user registration object then to the other site and then on the other site use the wp_create_user function to take that user object and to create a user. Now I don’t know how well that works with passwords because it may not work with passwords but it certainly would work between sites and I found a plugin that was kind of close to this…
Member: I think we’ll fire them the password with it will… fire them an email with their password anyway, wouldn’t you? It doesn’t account…
Rick: Well, there is a random password generator facility in WordPress you know, it’s this WP Generate Password and so you could during the create user just create a different password.
Rick: And email them the password. Now the thing is though that the password that they entered when they registered on the site they don’t care about would not be the same as the password that they would get in the email from the new site.
Member: Yeah, uhuh.
Rick: So.. But I mean that’s just way more complicated than what I described first. There’s no fundamental benefit to them registering for the feeder site.
Member: Just out of interest, a more to sort of let them know that I come at both angles. How many hours worth of program it is that complicated it?
Rick: Well, I would give yourself 8 or 10 hours.
Rick: Just because it’s.. I mean it’s stuff that has to be figured out unless you’ve already done it once.
Rick: You know, you pretty much have to figure out everything from one step to the next.
Member: Uhuh, uhuh.
Rick: And I find I can’t do anything particularly complicated. If from scratch then less than 8 hours, so…
Member: I’ve learned that the hard way…
Rick: So, I don’t know…
Member: You know some of the adventures we’ve had…
Rick: Exactly. Exactly. So that’s what I would tell him. The only other thing is that there’s this plugin here from WPMUDEV that I could give you a copy of that essentially creates users based on…this is in a network environment right, network WordPress environment where you’ve got a multi-site setup and you’re creating users from one site and passing them to users on another site. Now, it could be that that’s what they want to do that their site maybe should be a network environment.
Member: Uhuh. That was one of the questions that it ends up reached within the box because I have no experience with multi-site whatsoever but does not multi-sites have that sort of ability to share the…
Rick: Well these guys you know, have every plugin in the world for multi-site and it does all kinds of things. This was the one that would create you know, a user from one site in another site.
Member: Yeah, yeah.
Rick: And I guess the other thing to say about that is that if you’re using multi-site it’s probably easier to pass registration information from one site to the other because you’re not having to do it with a post variable or something like that, you can do it because it’s not from one domain to another domain really or it’s not… you can programmatically reference a different WordPress install in a multi-site environment so it might be a little bit simpler if it was multi-site than if it’s an entirely separate WordPress installation then.
Member: Yeah, yeah. Okay. Simple thank you very much.
Rick: You’re welcome.