Publicado el
9 MIN DE LECTURA
Multi Site de Framer: sitio web y app en el mismo dominio


Por:
Multi Site de Framer es el recurso de hosting que reúne varios proyectos y sitios externos bajo un único dominio, mediante reglas de rewrite: el sitio web en empresa.com, el blog en empresa.com/blog y la app en empresa.com/app. Viene con el add-on Advanced Hosting, de US$ 200 al mes, o con el plan Enterprise.
Quien tiene sitio web y producto necesita decidir dónde vive cada uno en el dominio. En el portafolio de Wama hay casos así: Milhas Pix, con plataforma SaaS, sistema de gestión, sitio web y landing pages, y Visor, con SaaS, sistema, app y blog. Antes de elegir la dirección, conviene entender qué separa la página pública del área con login.
Las guías en portugués sobre subdominio y subdirectorio vienen de agencias de SEO y no dicen cuánto cuesta ni cómo se configura. Esta guía lo mira desde el lado de quien paga la cuenta: cuándo el subdominio lo resuelve gratis, cuándo la subcarpeta vale el add-on y qué suele romperse. Para quien vende software, la decisión empieza en lo que entra en el sitio público de un producto por suscripción.
¿Qué es Multi Site de Framer?
Multi Site es el área de configuración en la que el dueño del sitio crea reglas de rewrite. Un rewrite entrega el contenido de otro lugar manteniendo la dirección que el visitante escribió, al contrario de la redirección, que cambia la URL en el navegador. El destino puede ser otro proyecto de Framer o un sitio externo, como la documentación o la aplicación de la empresa.
Según la ayuda de Framer sobre Multi Site, actualizada el 15 de septiembre de 2026, las reglas salieron del panel de dominios y ahora están en Site Settings, Hosting, Multi Site. Cada regla tiene una ruta, como /blog o /blog/*, y un destino. Se ejecutan en el orden de la lista y solo valen después de publicar el proyecto.
La misma página enumera cuatro usos: migrar desde otra plataforma de a poco, dividir un sitio grande en proyectos más pequeños, sumar tienda, documentación o aplicación al sitio y separar secciones por equipo. Hay un detalle que toma por sorpresa: cuando una página del proyecto y una regla usan la misma ruta, gana la regla.
Subdominio o subcarpeta: ¿qué dice Google?
Google dice que trata los dos formatos de la misma manera. En mayo de 2018, John Mueller, analista de Google, afirmó en una sesión pública que subdominio y subdirectorio se ven igual, según Search Engine Journal. Su recomendación fue mantener junto lo que es el mismo sitio y usar subdominio cuando el contenido es de verdad diferente.

Una guía de una agencia de SEO, publicada en noviembre de 2025, sostiene lo contrario: que Google ve subdominio y subdirectorio de formas muy distintas. La documentación oficial registra una diferencia concreta, y es pequeña. La página de Google sobre nombres de sitio, actualizada el 10 de diciembre de 2025, informa que el nombre que se muestra en la búsqueda vale para dominio y subdominio, y que el subdirectorio no tiene nombre propio.
En la práctica, el criterio es de contenido. Blog, centro de ayuda y páginas de campaña son el mismo sitio, y la recomendación de mantenerlos juntos apunta a la subcarpeta. Nadie busca en Google el panel con login, así que app.empresa.com cumple sin costo. Otro tema es dar un dominio propio a cada cliente dentro del producto, que se resuelve en el software y no en el sitio web.
¿Cuánto cuesta poner sitio web y app en el mismo dominio?
Con subdominio, nada más allá del plan: basta con apuntar el DNS. Con subcarpeta, el costo es el Advanced Hosting. La página de precios de Framer, leída el 4 de octubre de 2026 con facturación anual, muestra el add-on a US$ 200 al mes sobre el plan Pro, de US$ 30, con un máximo de seis rewrites. En Enterprise ya viene incluido.
Camino | Requisito | Costo mensual en la página oficial |
|---|---|---|
Subdominio apuntado por DNS (app.empresa.com) | Registro de DNS hacia el servidor de la app | Sin add-on |
Subcarpeta con Multi Site (empresa.com/app) | Advanced Hosting o Enterprise | US$ 200 sobre el Pro, hasta 6 rewrites |
Blog o sección en otro proyecto de la plataforma | Advanced Hosting y plan pago en el proyecto de destino | US$ 200 más el plan del segundo proyecto |
El add-on no tiene período de prueba, según la página de hosting de Framer. Además de los rewrites, habilita encabezados de seguridad personalizados, hasta 500 archivos estáticos y el bloqueo por país que usa el mismo add-on.
Para mantener un proxy propio, como Cloudflare, delante del sitio, las páginas oficiales no coinciden sobre el plan. La ayuda de Framer sobre proxy con Cloudflare, actualizada el 30 de septiembre de 2026, acepta el Pro con Advanced Hosting o el Enterprise. La guía de integración con un sitio existente, del 15 de septiembre, pide Enterprise. Conviene confirmarlo con el soporte antes de suscribirte.
En los proyectos de Wama, el sitio sale casi siempre en el plan Pro, se transfiere a la cuenta del cliente y la suscripción queda en su tarjeta. Un add-on entra en esa misma factura, en dólares, sin recargo. Por eso la cuenta hay que hacerla antes, a partir de lo que cubre el plan Pro antes de cualquier add-on.
Qué se rompe cuando la app pasa a la subcarpeta
El rewrite entrega lo que manda el origen, sin corregir nada en el camino. La ayuda oficial de Multi Site enumera lo que necesita ajuste antes de publicar la regla:
Ruta base. Un sitio externo que carga scripts, fuentes e imágenes desde la raíz aparece roto en /docs. La corrección es configurar la ruta base en la aplicación de origen y publicarla de nuevo.
Cookies. El rewrite pasa las cookies del sitio al destino externo, y el destino también puede guardar cookies. La orientación es reescribir solo hacia servicios en los que la empresa confía.
Contraseña. La protección con contraseña vale solo para el proyecto principal. Activada solo en el proyecto de destino, no cubre el contenido servido por la regla.
Medición. La analítica, las pruebas A/B y los embudos de la plataforma ven solo el proyecto principal. Las páginas servidas por rewrite necesitan medirse en el origen.
CMS. La ruta de la colección tiene que ser la misma en la regla y en el proyecto de origen. Conviene revisar cómo las colecciones del CMS generan las páginas del blog antes de separar los proyectos.
Dirección canónica. Cada proyecto declara como canónico el dominio final. Los sitemaps de los orígenes se combinan automáticamente.
El origen externo también necesita responder en HTTPS. Todo esto se revisa en la dirección de staging, antes de cualquier cambio en el DNS.
Migración a Framer página por página
La migración gradual usa una única regla comodín. Según la guía de Framer para migrar página por página, actualizada el 15 de septiembre de 2026, la regla /* apunta al sitio antiguo con la opción Match pages first activada. La plataforma entrega la página que ya existe en el proyecto nuevo y, cuando todavía no existe, busca la versión antigua.
Crear el proyecto, publicarlo y conectar el dominio, sin cambiar el DNS todavía.
Crear la regla comodín /* hacia el sitio antiguo, con Match pages first activado.
Crear una regla aparte para la página de inicio, con la opción desactivada, hasta que la nueva home esté lista.
Publicar y revisar todo en el dominio de staging.
Apuntar el DNS al proyecto nuevo.
Publicar las páginas nuevas con las mismas rutas que las antiguas.
Quitar la regla comodín cuando migre la última página.
La condición del método es mantener las direcciones. En la migración de WordPress a Framer que Wama llevó a cabo en un sitio institucional con cientos de páginas y un blog grande, lo que salió mal incluyó direcciones antiguas mal organizadas: URLs duplicadas, con parámetros y sin patrón. En un caso así, la limpieza va antes de la primera regla. El camino alternativo es la migración hecha de una sola vez, con todas las redirecciones.
Cómo decidir entre subdominio, Multi Site y un solo proyecto
La decisión cabe en cuatro situaciones, de la más barata a la más cara:
Sitio web y blog en el mismo proyecto. El CMS genera las páginas en /blog y no hace falta ningún add-on.
Producto con login. La aplicación queda en un subdominio, apuntado por DNS, sin costo extra de hosting.
Documentación, ayuda o blog en otra herramienta, que necesitan aparecer como parte del sitio. Es el caso de Multi Site, con la cuenta de US$ 200 al mes.
Sitio grande que sale de otra plataforma. Multi Site entra durante la migración, y la regla comodín sale cuando la última página está publicada.
En Wama, el área con login y el contenido restringido quedan fuera del sitio en Framer: se convierten en un proyecto de producto digital, hecho por el mismo estudio con otro stack. La elección entre subdominio y subcarpeta pertenece al alcance, y conviene llevarla a la primera conversación con quien diseña y configura el proyecto en Framer.
Preguntas frecuentes sobre Multi Site de Framer
¿Multi Site de Framer funciona en el plan Basic?
No. La página de precios de Framer, leída el 4 de octubre de 2026, lista el Advanced Hosting como add-on del plan Pro, a US$ 200 al mes, y como ítem incluido en Enterprise. En Basic, la salida para separar sitio web y aplicación es el subdominio, que solo depende de apuntar el DNS.
¿El subdominio perjudica el SEO del sitio?
Google afirma que trata subdominio y subdirectorio de la misma forma, en una declaración de John Mueller de mayo de 2018. Su orientación es mantener en la misma dirección lo que forma parte del mismo sitio. Para una aplicación con login, que queda fuera de la búsqueda, el subdominio lo resuelve sin costo y sin pérdida.
¿Cuántos rewrites permite el Advanced Hosting?
Hasta seis, según la página de precios de Framer. Las reglas se ejecutan en el orden en que aparecen en la lista de Multi Site, y una regla con comodín, como /blog/*, cubre todas las páginas bajo esa ruta. Quien necesita más destinos encuentra límites a consultar en el plan Enterprise.
¿Framer Analytics mide las páginas servidas por rewrite?
No. La ayuda oficial informa que la analítica, las pruebas A/B y los embudos acompañan solo el proyecto principal, sin incluir visitas ni eventos de las páginas servidas por rewrite. Para tener el recorrido completo, la medición también necesita existir en el origen, sea otro proyecto, la documentación o la aplicación.
¿Necesito Multi Site para tener un blog en /blog?
No, cuando el blog vive en el mismo proyecto que el sitio web: el CMS de Framer publica las páginas en /blog sin add-on. Multi Site solo entra si el blog está en otro proyecto o en otra herramienta y necesita aparecer en el mismo dominio, como parte del sitio principal.
Si tu empresa tiene un sitio en Framer y un producto, y necesita decidir dónde vive cada uno antes de construir, habla con Wama sobre tu proyecto.



