Um site deve usar sua própria API pública?

Estou começando a escrever um serviço da web e construí com nodeJS e uma abordagem RESTfulish.

Pelo que eu entendo:

• A vantagem é que você não precisa duplicar o código.
• As desvantagens são que você:
  • atualizará a API pública com frequência, mas deve ser resolvida com o controle de versão
  • não pode realmente fazer cache e otimizações específicas de serviço

O que é considerado uma boa prática? Sites como Stack Exchange, Github, Twitter etc. usam suas próprias APIs para seus clientes?

Você deve absolutamente usar sua própria API. Esse conceito é amplamente conhecido como dogfooding e tem muitos benefícios além de evitar a duplicação de código.

• Comportamento consistente entre seu site / produto e o que os consumidores da API escreverão (por exemplo, as expectativas da API)
• Outra forma de teste.
• Você pode e encontrará bugs na API antes de seus clientes, fazendo com que suas resoluções custe menos.

Embora eu argumentasse contra um de seus pontos: você não deve atualizar a API com frequência. Gaste tempo para arquitetar e revisar uma API que permanecerá por um tempo. Felizmente, a alimentação de cães dessa maneira reforçará isso. Onde você quebraria o código do cliente antes, agora estará quebrando o seu próprio código. Quando necessário , o controle de versão sim é uma solução, mas deve ser evitado.

por alguma razão, não me permitirá logar como o pôster da pergunta, mas fui eu. Não posso aceitar sua resposta, gostaria de poder, faz muito sentido.

No entanto, como você não deseja atualizar sua API? Que tal adicionar novos recursos, remover os impopulares, refatorar etc.?