Я не сотрудник Microsoft, но, по моему мнению, они реализуют это по следующим причинам.
a) MS является поставщиком инструментов и технологий, которые позволяют разработчикам. Как таковые, они не принимают решения для разработчиков, что делать. Они обычно не создают "опионированные" рамки. И отображение сообщения с «неподдерживаемым» явным мнением на их стороне. Это сообщение не имеет смысла для всех их клиентов. Что если кто-то захочет заставить это работать на IE11, и они остановят их?
б) Для его реализации требуется минимум усилий. Это польза для себя. Если у них в голове есть пуленепробиваемое решение, я не сомневаюсь, что они его реализуют, если захотят его поддержать. Прямо сейчас, поскольку это не поддерживается, разработчики обязаны предоставить соответствующий UX для конечных пользователей. Разработчик должен решить, как обращаться с IE. Предоставьте сообщение с заявлением о том, что IE11 не поддерживается, добавьте poilyfills, например https://github.com/Daddoon/Blazor.Polyfill, чтобы несколько поддержать IE11, или переключитесь на другую технологию. Если MS предоставит решение, которое будет отображать сообщение, для этого потребуется, чтобы другие разработчики, которые хотят иметь полизаполнение, или переключились на другую технологию, чтобы активно отключить такие проверки, и для этого нужно внедрить больше движущихся частей, только для неподдерживаемых Платформа. Это просто не имеет смысла.
c) Потребность в поддержке IE11 падает, и инвестиции в поддержку этого рынка, вероятно, не стоят того, чтобы на них смотреть. Технологии с WebAssembly не достаточно развиты и они что-то отправят только в первой половине 2020 года, сколько IE11 будет к тому времени? И это только первая итерация, и другие важные вехи продвигаются даже позже, поэтому, скорее всего, IE11 не стоит усилий.