title: Migrating away from a social login provider
body: <p>If I were to fully integrate <a href="http://www.janrain.com/products/engage" rel="noreferrer">Janrain Social Login</a> or <a href="http://www.oneall.com/" rel="noreferrer">Oneall</a> what would the hurdles be to migrate away into my own custom system?</p>
  
  <p>For example many developers use Janrains social plugin (and the many others) because they don't have time to do all the code for providing their own solution or because it's quick and convenient.</p>
  
  <p>However, somewhere in the future, perhaps when the developer has more time, he may write his own solution using, let's say, the OpenID selector and an openid library (such as stackoverflow own solution). Furthermore, Janrain and Oneall becomes expensive, it's good to get your first few thousand users but after you have a sudden increase in user registrations, it becomes incredibly expensive (especially if you're only using social login and not the other social features)</p>
  
  <p>The problem I see is, in my facebook app, the site URL (oneall for example) I give to the FB app is '<a href="http://myapp.api.oneall.com/" rel="noreferrer">http://myapp.api.oneall.com/</a>' which will handle all the validation and link the account and then redirect to my websites callback url.</p>
  
  <p>However, if I replace Oneall with my own solution (the site URL will change), what would happen? The authentication would then become invalid, no? and the user will have to accept permissions again? How would I do a successful migration?</p>
  
  <p>I hope I've explained that well enough. Maybe this is trivial, but some clarification would be greatly appreciated. I want to make sure I'm not tied in to Oneall or Janrain.</p>