Cada plug-in irá gerar o código que deseja gerar e parte dele não será compatível com XHTML 1.1. A única maneira razoável de corrigir isso seria auditar cada um e modificar os infratores ou pedir ao desenvolvedor que modifique ou use suas modificações como um patch.
Como alternativa, você poderia tentar escrever um filtro para limpá-lo, mas tentar capturar todos os casos especiais parece uma versão do meu próprio pesadelo pessoal e também afetaria o desempenho para benefício duvidoso.
Você tem um cliente / chefe que quer isso ou é apenas algo que se supõe ser um " bom de se ter ?" (Sim, há quem se sinta muito interessado. No entanto, não sou um deles.)
Dito isto, o XHTML está perdendo seu status de " filho loiro " na web; até Tim Berners-Lee disse isso em 2006:
Algumas coisas são mais claras em retrospectiva de vários anos. É necessário evoluir HTML incrementalmente. A tentativa de fazer o mundo mudar para XML, incluindo aspas em torno de valores de atributos e barras em tags e espaços de nomes vazios de uma só vez, não funcionou. O grande público gerador de HTML não se moveu, principalmente porque os navegadores não reclamaram. Algumas comunidades grandes mudaram e estão desfrutando dos frutos de sistemas bem formados, mas não todos. É importante manter o HTML de forma incremental, além de continuar uma transição para um mundo bem formado e desenvolver mais poder nesse mundo.
Você também pode querer ler que o HTML5 é muito mais fácil de escrever do que o XHTML 1.0. no StackOverflow. Aqui está o resumo deles:
Em termos de sintaxe, quando você usa HTML5, você acaba com uma marcação mais limpa e fácil de ler, que sempre invoca o modo padrão. Ao usar o XHTML 1.0 (exibido como texto / html), você está especificando um monte de dados crudais (para validar contra um dtd de baixa qualidade) que o navegador fará automaticamente.