O problema que o WordPress resolve, resolvido por dentro.

Site institucional para cliente real, com frontend estático em Astro e um CMS próprio em PHP e MySQL para o cliente editar produtos, unidades e histórias sem tocar em código.

Um watcher dispara o rebuild do Astro quando o CMS sinaliza mudança. A edição é dinâmica; a entrega é estática.

O cliente precisa de autonomia editorial, que é exatamente o problema que o WordPress resolve. A diferença está em onde o custo cai: site estático entrega performance e superfície de ataque mínima, e o CMS fica isolado atrás do admin, expondo só uma API pública de leitura.

Descartado

WordPress com tema e plugins. Traz o painel pronto, mas junto vêm core a atualizar, plugin que quebra em atualização e uma superfície pública que precisa ser defendida para sempre.

Escolhido

Estático servido ao visitante, CMS isolado no admin. O cliente publica sozinho e o visitante recebe HTML, sem processo no meio e sem tela branca por plugin incompatível.

Construir a peça por dentro é o que me deixa escolher a ferramenta com critério quando o contexto pedir WordPress, que é a maior parte das vezes.

O cliente publica sozinho e o visitante recebe HTML estático. Sem plugin, sem atualização de core, sem tela branca por incompatibilidade.

Para a vaga, este é o case que responde à pergunta sobre WordPress sem defensiva: o problema que o WP existe para resolver já foi resolvido à mão, com o mecanismo entendido peça por peça.