MVC 6 практически полностью новый фреймворк, построенный на базе ASP.NET vNext.
Основные изменения на вскидку:
- избавление от System.Web зависимости, которое позволит существенно ускорить выполнение запросов (судя по цифрам почти на порядок)
- объединение с WebAPI и SignalR (в прошлых версиях часть классов дублировалась в разных неймспейсах)
- vNext !!! (компиляция исходников на лету, деплоймент ВСЕХ зависимостей вместе с приложением, новый деплоймент через PowerShell, и еще куча всего принципиально нового)
- возможность запускать MVC приложения вне IIS, базируясь на OWIN (пока это можно делать только с WebAPI и SignalR). Как следствие - возможность работы на Mono (маке, линуксе и т.п.)
- улучшения в Attribute Routing'е
- еще много мелочей

Большой плюс в том, что новая платформа теперь полностью открыта (исходники на гитхабе) и вы можете опробовать её уже сейчас: www.asp.net/vnext

Всё зависит от проекта и области применения.
В общем случае, варианты архитектуры могут выглядить вот так:

[ASP.NET MVC]  <->   [ASP.NET WebAPI]    <->   [WCF SERVER]    <->    [DATABASE]

Данная связка рекомендуется для серьезных, высоконагруженных и кроссплатформенных проектов с серьезными требованиями безопасности. WebAPI (фактически, это будет прокси для WCF SERVER'a) и MVC могут крутиться на одном и том же IIS сервере. WCF SERVER же лучше держать отдельным сервисом либо на той же машине, либо отдельно.

[ASP.NET MVC]  <->   [WCF SERVER]    <->    [DATABASE]

WebAPI слой можно убрать, если сервис больше рассчитан на внутреннее использование, где кроссплатформенность не нужна и у WCF SERVER'а ожидается много разных клиентов.

[ASP.NET MVC]  <->   [ASP.NET WebAPI]   <->    [DATABASE]

Такая архитектура годится для 99% интернет стартапов. Самая простая и быстрая в разработке, при этом не сильно уступающая более сложным вариантам, описанным выше. А с выходом MVC 6 исчезнет необходимость крутить такой сервер на IIS'e и позволит запускать его на Linux.

Скорее всего вам больше подходит последний вариант.

Там, где нет контроля за выводом заголовков или нет возможности использовать javascript, можно воспользоваться старым дедовским методом через meta тег (который нужно вставить в head):

<meta http-equiv="refresh" content="1;url=new-redirect-page.html">