Desde o começo da minha carreira sempre optei por utilizar requisições assincronas do front pro back. Digo isso por que sabia que dava mais trabalho mas a qualidade final do produto era surreal.

Websocket seria um luxo de se dar mais trabalho em troca de uma experiência realmente rica e luxuosa :)

De qualquer forma, se deseja usar websocket, conforme minha experiencia e memória, faz sentido em alguns cenários:

• Necessidade de fluxo de dados bidirecional - ao invés do front ficar constantemente perguntando se o back-end tem algo pra lhe oferecer, o back-end fornece ativamente.
• Fluxo intenso de dados - O front-end fica mandando sem parar dados pro back-end, mesmo que sem a necessidade de resposta. Isso diminui a sobrecarga no servidor.
• Simultaneadade - Muitos usuarios veem o que outros fazem (existem outras tecnologias mais velozes pra transitar dados como o webRTC)

No Programador.TV uso para que as mensagens do chat ao vivo que são enviadas via HTTP, processadas pelo Boca Suja para então serem consumidas pela aplicação websocket que manda de volta front.

Todo o desenvolvimento dessa funcionalidade foi feito ao vivo e ta registrado no programador.tv :)
criando chat ao vivo pra live Parte 1