É usar ao máximo os padrões. Você pode inventar, mas quanto mais comum for a tecnologia escolhida, mais conectável você vai ser,
Uma das características que eu mais acho fascinante no mundo web é a possibilidade de aplicações criadas em qualquer ambiente se comunicar com quaisquer outras. Isto é fantástico.
Tem muita gente que acha que para ser um aplicativo web só precisa estar na nevem e rodar em um browser. Ledo engano.
Tem muito site por ai que para mim ainda está na era do stand alone, sendo que ao invés de estar sendo executado local, roda em um servidor remoto, mas só isso.
A facilidade de conectividade do e para o aplicativo está na lista das maiores qualidades de um software da era da web.
É algo lindo de ver, e que eu sequer sonhava que existiriam enquanto ficava lá esperando 30 minutos até meu compilador Clipper Summer’86 gerar minhas poderosas aplicações… tadinhas delas.
Um bom aplicativo tem de permitir que qualquer outro possa se conectar nele e interagir com suas regras de negócio, mais ainda, as regras internas do aplicativo podem inclusive chamar um convidado externo para resolver algo que elas não vão resolver.
Recentemente vi um tweet do Fred indicando um post meio antigo, de 2008, chamado Brincando com a API do twitter. Nele o Élcio mostra como você pode criar um script em shell no linux para twittar da linha de comando.
Com o cURL para Windows e um pouco de criatividade, dá para fazer o mesmo em arquivo de lote.
Não só o Twitter tem uma boa API, mas quase todos os serviços maiores da web também possuem.
Porque você acha que eles crescem tanto? Porque são acessíveis para quaisquer consumidores, e deixam que muitos façam softwares para ele.
Eu sou um exemplo. Nunca usei o Twiter, até que encontrei o Chromed Bird. Agora como o Twitter está sempre à mão ali na barra de ferramentas do meu Google Chrome, acabo twittando o dia todo, e ele verdadeiramente me serve como meio dinâmico de comunicação.
Agora falando sobre a arquitetura destas API’s, a grande maioria delas utiliza somente requisições http, podendo sobre elas criar um padrão RESTfull. É a reinveção do PUT/GET/POST/DELETE 
O bacana seguir um padrão que é realmente web é que você ao prover o serviço sabe que se você enviar uma resposta 307 o cliente irá entender e fazer nova consulta no endereço que você indicou.
Praticamente tudo dos meios já existe e é amplamente suportado. Cabe a você criar a aplicação
Importante: a API do Twitter em 16 de agosto de 2010 passará a exigir outra forma de autenticação, data da qual os exemplos do post do Élcio vão parar de fucionar.
Meus fontes
