We're gearing up to redesign our massively outdated Developer Portal and I'd love some examples of API dev portals done right. Folks like Twilio and Tokbox are on the list, who else? Please also say what you like about it and what (if anything) you wish they'd improve.
Parse's portal gets a great melding of form, function, and philosophy. <a href="http://www.parse.com" rel="nofollow">http://www.parse.com</a><p>FullContact's portal has some nifty navigation on the documentation: <a href="http://www.fullcontact.com/developer/docs/" rel="nofollow">http://www.fullcontact.com/developer/docs/</a><p>An honorable mention should goto the creativity behind Twitter's Field Guide: <a href="https://dev.twitter.com/docs/platform-objects" rel="nofollow">https://dev.twitter.com/docs/platform-objects</a>
Not as well known (yet) but Clever has some nifty docs that allow for creating and testing queries against demo data right from the page.<p><a href="https://getclever.com/developers/docs" rel="nofollow">https://getclever.com/developers/docs</a>
Github is also quite good (<a href="http://developer.github.com" rel="nofollow">http://developer.github.com</a>). They are straight forward docs for developer, and the prospect that the complete site is on github itself is a +1. I had some troubles with Cors support recently, and found it part of the spec within two clicks from their main portal. Try to<p>a) Keep headings readable (nothing fancy) and un-ambiguous. Don't make me wonder whether I have to go to Authorization or Authentication for instance.<p>b) Document everything. Even small nuances that you feel are implied. The API specs should change before your API changes.<p>c) Give me an archived version somewhere. This is easier if you just release your docs as a repo on github. This <i>really</i> helps people out. I ended up converting the parse.com documentation to markdown just to get an offline, readable version for myself.
I second Stripe, Twilio, Tokbox, Dwolla as leaders in good implementation--then add Full Contact, Iron.io, Etsy, Factual and Foursquare to that stack.<p>But definitely look at the oldest developer areas with eBay, Salesforce and Amazon. They have been doing it a while.
CloudMine (<a href="https://cloudmine.me" rel="nofollow">https://cloudmine.me</a>) recently updated their dashboard, and while I haven't had a chance to really work through it all, it looks pretty nice.s<p>Since it's backend as a service, allowing access to view/edit/troubleshoot the data is key.<p>Also, CloudMailin's (<a href="http://www.cloudmailin.com/" rel="nofollow">http://www.cloudmailin.com/</a>) 'Try it Live!' is a pretty nice demo of the API.
Pusher has a great realtime console, Stripe has stellar documentation and Foursquare has great developer features like testing recent push notifications.
I actually just rolled out a new Dev portal at Dwolla. He I it out over at developers.dwolla.com. I tried to make it more of an integration portal, so that there's something for coders, but also for non tech people trying to figure out if Dwolla is right for them.<p>Mainly tho, I think that the 4sq model of being able to try out every method on the fly is super important to devs...
Foursquare lets you try out API calls that require authentication without leaving the documentation page. They use the correct permission for your user ID so you can see exactly what a logged in user will get back.
Twilio's getting started documentation blew me away. A focus on what you can build, and what you can get working quickly ("I just sent myself a TEXT. Sweet!"). It's also better designed than most consumer web apps.