seojuice

Cómo audito un sitio de Framer entregado por un diseñador

Lida Stepul
Lida Stepul
· Updated · 12 min read

Cómo audito un sitio de Framer entregado por un diseñador

TL;DR: La postura SEO de Framer cambió de forma sustancial en 2024-2025. HTML renderizado en el servidor por defecto, colecciones CMS con rutas reales, controles de metadatos por página, campos de datos estructurados, imágenes nativas en la CDN y un gestor de redirecciones integrado llegaron en ese periodo. Gran parte de los consejos SEO antiguos sobre Framer ya están obsoletos, y la auditoría de 2026 en el traspaso del diseñador es más corta de lo que parece. Los siete chequeos que realmente ejecuto, ordenados por lo que rompe el ranking con mayor rapidez, son: verificación de renderizado, metadatos por página, mapa de rutas de colecciones, grafo de enlaces internos, texto alternativo de imágenes, campos de datos estructurados y mapa de redirecciones si se trata de una migración. Cinco de ellos son hoy el comportamiento por defecto de Framer; dos aún requieren trabajo manual.

El traspaso llega a mi escritorio cada dos meses

Un diseñador termina el proyecto en Framer, los visuales están listos, el fundador está contento y el sitio está a punto de lanzarse (o lleva unas semanas online sin movimiento en Search Console). Siempre traen la misma pregunta: «¿está listo para posicionar?». Antes seguía una lista de 2022 con doce puntos. Tras tres auditorías recientes, la mitad ya la cubre Framer por defecto y he recortado la lista a siete chequeos reales.

El texto que sigue es esa auditoría. Empiezo con el mapa de la ruta de renderizado, porque la preocupación histórica sobre Framer (el renderizado en JavaScript) es lo que los operadores aún me preguntan y la parte que quedó resuelta en 2024. Después los siete chequeos por orden de prioridad, luego la matriz de origen de migración para el escenario de reconstrucción y, por último, una breve sección honesta sobre lo que el CMS de Framer aún no hace bien en 2026. Es un contenido específico de plataforma. Las versiones para Wix y Webflow cubren sus propios puntos; enlazaré a la de Webflow donde sea la lectura siguiente más útil.

Qué hace realmente Framer entre publicar y ser rastreado

La ruta de renderizado tiene cinco etapas. Un navegador (o rastreador) solicita una URL. El edge de Framer resuelve la URL a una página o a un registro de colección. El servidor de Framer renderiza el HTML —texto completo, encabezados, datos estructurados, todo— y lo envía en la respuesta inicial. La CDN lo almacena y lo sirve. El rastreador lo lee e indexa el mismo HTML que vería un humano. En cada etapa hay algo que el operador debe verificar, y solo una de ellas (la última) no es obvia.

Ruta de renderizado de una petición en Framer 2024+: solicitud del navegador, edge de Framer, respuesta HTML renderizada en servidor, entrega por CDN, vista del rastreador
La ruta de renderizado en un sitio Framer 2024+. La antigua preocupación por el JS-rendering se cierra en la etapa tres; verifica en la cinco.

El temor histórico con Framer (y con cualquier herramienta de diseño reconvertida en constructor web) era que enviara JavaScript del lado del cliente y Google viera un cascarón vacío. La postura pública de Google lleva años siendo consistente: el HTML renderizado en servidor o prerenderizado y la salida renderizada en cliente son formas distintas de entrega, no clases de ranking diferentes; el pipeline de indexación solo necesita que el contenido esté presente cuando se recupera la página. El valor por defecto de Framer en 2024 coloca el contenido en la respuesta inicial, lo que cierra la preocupación histórica.

La verificación en cada traspaso es una línea: curl -A "Googlebot" <url> sobre tres páginas de muestra (home, un detalle de colección y una página profunda) y buscar con grep una frase visible solo en cliente. Si aparece, la página envía HTML renderizado en la respuesta inicial y listo. Si no, encontraste la página donde se desactivó el SSR, normalmente por un widget de animación pesado. El artículo sobre SEO en SPAs cubre qué hacer en ese caso límite.

Qué cambió en 2024-2025 y ya no hace falta auditar

Cinco aspectos que Framer gestiona por defecto y antes requerían arreglo manual. Si tu checklist los sigue incluyendo, puedes acortarlo.

Uno, renderizado del lado del servidor: las páginas envían HTML completo en la respuesta inicial (verificación arriba). Dos, entrega de imágenes nativa en CDN: WebP y srcset responsivo son automáticos en los assets subidos tras el despliegue de la CDN en 2023. El viejo consejo de «comprime tus imágenes» sigue valiendo para el alt y los nombres de archivo, no para la negociación de formato. Tres, controles en <head> por página: título, meta descripción, canonical, imagen OG, etiqueta robots, todo editable por página desde la UI sin tocar el tema. Cuatro, campos nativos de datos estructurados: Article, Product, FAQPage, BreadcrumbList disponibles en el panel por página sin inyectar código. Cinco, gestor de redirecciones nativo que maneja 301 en el mismo dominio.

Implicación: la mayoría del contenido SEO antiguo sobre Framer describe un producto de 2022 que ya no existe. La auditoría del operador en 2026 consiste en verificar que los valores por defecto se mantengan y completar lo que Framer no hace por ti. Es una auditoría más corta de lo que sugieren los típicos resúmenes comparativos de plataformas. La salvedad honesta es que los valores por defecto son buenos, no perfectos, y tres cosas siguen necesitando trabajo manual en la siguiente sección.

La auditoría de siete chequeos

Artefacto final. Siete chequeos ordenados por lo que rompe el ranking más rápido. Los ejecuto así porque los fallos tempranos cuestan más posición que los tardíos, y encontrar un fallo en la fase uno cambia cómo trato el resto de la auditoría.

Auditoría de traspaso en Framer con siete chequeos, ordenados por impacto en rankings, con etiquetas de Framer y de trabajo del operador
Siete chequeos ordenados por impacto en rankings. Las etiquetas «Framer-default» marcan verificaciones, no trabajo; las de «operator-work» señalan lo que aún te corresponde.
#ChequeoModo de fallo en el traspasoEstado en 2026
1Verificación de renderizadoUna página configurada para renderizar en cliente (widgets de animación)Casi siempre por defecto; verifica 3 páginas
2Metadatos por páginaTodas las páginas comparten el prefijo de título globalTrabajo del operador
3Mapa de rutas de la colecciónPrefijo plano, paginación casi duplicadaTrabajo del operador
4Grafo de enlaces internosNavegación visual rica, enlaces en cuerpo escasosTrabajo del operador
5Texto alternativo de imágenesEl alt dice «image-1.jpg» en los héroesTrabajo del operador (CDN resuelta)
6Campos de datos estructuradosPanel schema rellenado en una página, vacío en el restoTrabajo del operador (campo disponible)
7Mapa de redirecciones (solo migración)URLs antiguas devuelven 404, se pierde equityTrabajo del operador; herramienta incluida

Las siguientes secciones explican los tres chequeos que más fallan en traspasos reales de Framer (2, 3 y 4). Los chequeos 5, 6 y 7 se tratan juntos porque comparten patrón: la plataforma provee la superficie, el operador la rellena.

Chequeo uno: cableado de metadatos por página

Este es el que rompe rankings más rápido en Framer porque la plataforma hereda el título y la descripción de la configuración global. Los sitios creados por diseñadores suelen lanzarse con todas las páginas compartiendo el mismo prefijo de título y las anulaciones por página vacías. Mirar los títulos de cinco páginas te lo revela en treinta segundos.

Cuatro campos a verificar por página. Título: único, menos de 60 caracteres, lidera con la palabra clave concreta antes que el nombre del sitio. Meta descripción: única, 140-155 caracteres, escrita para el clic, no para la palabra clave. URL canónica: que no apunte al dominio de staging (el fallo más común, porque el diseñador trabajaba en preview y nunca lo actualizó). Imagen OG: específica de la página, no el default global que sale en todos los shares.

La solución es una pasada editorial y lleva una hora en un sitio de 20 páginas. El artículo sobre imágenes OG es la lectura posterior si la imagen compartida importa para la audiencia. Haz una lista de las diez páginas clave por tráfico esperado, redacta los cuatro campos y pégalos en el panel de publicación de Framer.

Chequeo dos: el mapa de rutas de la colección

El CMS de Framer usa colecciones con rutas dinámicas. Entradas de blog, casos de estudio, productos o miembros del equipo son registros de una colección que se renderizan en <prefijo-de-colección>/<slug>/. La auditoría revisa tres cosas en cada colección.

El prefijo debe ser jerárquico, no plano. Un post debería vivir en /blog/nombre-del-post/, no en /nombre-del-post/. Los prefijos planos confunden el presupuesto de rastreo porque el bot no distingue hojas de listings, y la URL pierde la pista temática que ayuda en Search Console. El artículo sobre crawl budget explica la mecánica.

La paginación de los listings no debe generar páginas casi duplicadas. El valor por defecto de Framer crea URLs page-2, page-3 que comparten título y meta; Google elegirá una e ignorará las demás. Si el sitio supera los 50 posts, configura canonical de page-2 en adelante hacia page-1 o usa scroll infinito sin URLs paginadas.

El canonical a nivel de colección es el tercer chequeo. En una página de detalle, el canonical debe ser su propia URL, no la del listing. Solo lo he visto mal dos veces, y el síntoma era «mis posts no tienen impresiones»: Google canonicalizaba cada detalle al listing. Se arregla con un toggle en ajustes de colección. El artículo sobre silos de contenido amplía la decisión jerárquica.

Chequeo tres: el grafo de enlaces internos

Los sitios creados por diseñadores suelen tener navegación visual rica pero estructura de enlaces en cuerpo escasa. El header tiene seis ítems, el footer un bloque tipo sitemap, pero el texto rara vez enlaza a otras páginas del propio sitio. Es un problema porque los enlaces internos en cuerpo pesan más que los de navegación, tanto para distribuir señales de ranking como para dar pistas de prioridad de rastreo.

El chequeo es mecánico. Lista las diez páginas de intención comercial más importantes (servicios, productos, casos de estudio). Para cada una, cuenta los enlaces entrantes desde ubicaciones no-nav: texto de otras páginas, módulos de relacionados, tarjetas contextuales. El mínimo que envío en un traspaso son tres enlaces en cuerpo por página top-10. Dos es aceptable en un sitio pequeño (-20 páginas); uno o cero es el fallo que más veo en Framer.

La solución es una pasada editorial por el contenido existente: leer artículos, casos y landings, luego insertar dos o tres enlaces contextuales hacia las top-10. Toma medio día en un sitio de 30 páginas. Las estadísticas sobre enlazado interno explican por qué pesa más que la distribución en nav.

Si sales limpio de esta sección, la auditoría cross-platform es la siguiente lectura; cubre aspectos no específicos de Framer.

Los otros cuatro chequeos que aún requieren trabajo del operador

Texto alternativo de imágenes, campos de datos estructurados, mapa de redirecciones y la verificación de renderizado por muestra descrita antes. Comparten patrón: la plataforma ofrece el campo, el operador lo rellena. Los agrupo porque el tipo de trabajo es similar.

Alt de imágenes: La CDN de Framer resuelve formato y tamaño responsivo, pero el alt se define asset por asset. Revisa diez imágenes above-the-fold en páginas clave y confirma que el texto sea descriptivo (no «image-1.jpg» ni «Untitled-design.png»). Empiezo por héroes e imágenes OG porque son las más visibles.

Datos estructurados: El panel schema de Framer incluye Article, Product, FAQPage y BreadcrumbList. Revisa por página: cada post debe tener Article, cada producto Product, cada página con FAQ su FAQPage. El fallo típico es rellenar los tres primeros ejemplos y olvidar el resto de la colección.

Verificación de renderizado: ya cubierta en la sección de ruta de renderizado. Tres páginas de muestra, curl -A "Googlebot", busca la frase que solo aparece tras JavaScript. Si sale en la respuesta, es SSR; listo.

Mapa de redirecciones: solo importa en migraciones a Framer. Si es tu caso, pasa a la sección siguiente.

Migrar a Framer — la matriz de origen

Cuatro escenarios de origen realistas con perfiles de riesgo distintos. El más común: Webflow → Framer (fundador que empezó en Webflow, cambia de diseñador y pasa a Framer). El más riesgoso: WordPress → Framer, por mayor superficie de redirecciones y pérdida de metadatos gestionados por plugins.

Flujo de decisión de migración a Framer con cuatro plataformas origen: Figma, Webflow, WordPress y lanzamiento nuevo, cada una con su perfil de riesgo
Cuatro plataformas origen, cuatro perfiles de riesgo. El coste de migración escala con la superficie de redirecciones, no con la complejidad del diseño.
Plataforma origenRiesgo claveEnfoque recomendado
Figma (sin sitio vivo)Ninguno: nada que preservarLanzamiento limpio. Planifica la estructura de URLs desde cero; envía sitemap a GSC el día 1
WebflowPérdida de equity sin 301; bajón temporal durante el recrawlConstruye mapa de redirecciones 1-1, lanza, monitoriza ranking 60 días
WordPressPérdida de metadatos por plugins; superficie de redirecciones mayor; cambios en URLs de imágenesExporta metadatos del plugin SEO, crea mapa de redirecciones, espera ventana de re-ranking 30-90 días
Lanzamiento nuevoSolo indexación lentaEnvía sitemap a GSC y Bing día 1, espera 14-30 días para primeros datos

Profundizo en el caso Webflow porque es el más común. Crea mapa de redirecciones 1-1 (cada URL vieja → una nueva, sin muchos-a-uno ni uno-a-muchos). Lanza martes o miércoles para que la primera ola de rastreo caiga en semana laboral. Espera caída temporal de impresiones 10-20 % en semanas 2-4 mientras Google re-rastrea el mapa y re-atribuye señales —es normal y se recupera si el mapa está limpio. El artículo sobre migrar a CMS headless cubre el coste asociado.

Las migraciones desde WordPress son más duras porque los metadatos gestionados por plugins (Yoast, RankMath, AIOSEO) deben exportarse antes de la reconstrucción. La superficie de redirecciones suele ser 2-3 × mayor que en Webflow porque WordPress acumula URLs con los años. El artículo sobre migración desde WordPress cubre el inventario.

Lo que el CMS de Framer aún no hace bien

Postura honesta 2026. El CMS de Framer es real, pero dos cosas siguen por detrás de Webflow, y si alguna es crítica conviene revisitar la elección de plataforma.

Comparación de cuándo usar colecciones CMS de Framer versus página estática para SEO
La división por defecto. La mayoría de blogs y productos van en colección; las landing pages específicas quedan estáticas.

Uno: combinaciones de filtros estilo búsqueda facetada en catálogos grandes de productos o contenidos. Si tu página de catálogo tiene múltiples filtros (categoría, precio, color, marca) que generan URLs combinatorias, el manejo de filtros de Framer crea URLs que no siempre quedan canónicas. El workaround es noindex a las combinaciones y mantener la URL base como canónica. Funciona hasta unos cientos de SKUs; más allá, la canonicación importa y Webflow lo lleva mejor.

Dos: patrones de colecciones anidadas. Si tienes jerarquía de contenido de tres niveles (categoría → subcategoría → artículo), el enrutado de URLs de Framer puede aplanarse según la configuración y hay que fijar manualmente el campo URL por registro. El anidado de colecciones en Webflow es más predecible. Para dos niveles (blog → post, productos → producto) Framer va bien.

Si cualquiera de estos es un bloqueo, la pieza hermana sobre Webflow cubre el mismo terreno en una plataforma que lo resuelve mejor. Para el 80 % restante, el CMS de Framer en 2026 es competitivo.

Qué produce la auditoría

El entregable es un informe de una página: ruta de renderizado verificada en tres páginas, metadatos completos en el top-10, rutas de colecciones mapeadas con paginación y canónicos correctos, grafo interno auditado con tres enlaces en cuerpo por landing clave, imágenes con alt descriptivo, campos schema poblados y mapa de redirecciones si corresponde. El diseñador mantiene el proyecto; el operador ya tiene baseline.

Dos lecturas siguientes. La auditoría de higiene cross-platform es la referencia para lo que no es específico de Framer. La pieza sobre herramientas para fundadores es para quienes auditan su propio Framer sin un operador al lado.

FAQ

¿El SEO de Framer compite realmente con Webflow en 2026? Casi, no idéntico. Framer se puso al día en 2024-2025 con SSR por defecto, colecciones CMS, controles <head> por página y datos estructurados. Webflow aún gana en colecciones anidadas y manejo de URLs de filtros complejos. Para el 80 % de los sitios que veo, la brecha ya está cerrada.

¿Debo seguir preocupado por el renderizado JavaScript en páginas Framer? No en páginas construidas con valores por defecto. Framer envía HTML SSR desde 2024. La excepción son páginas muy animadas con estado pesado en cliente. Verifica con curl -A "Googlebot" sobre tres páginas de muestra para asegurarte.

¿Cuánto tarda en posicionar un sitio Framer tras lanzarlo? Igual que cualquier sitio nuevo: 14-30 días para aparecer en Search Console, 60-90 días para señales de ranking por consulta. En migraciones, espera caída temporal del 10-20 % en impresiones durante semanas 2-4 mientras Google re-rastrea el mapa de redirecciones.

¿Puedo alojar un sitio Framer en mi propio dominio y CDN? Dominio personalizado sí, CDN personalizada no. La CDN de Framer es parte de la plataforma. Es la misma postura que Webflow y Wix.

¿Cuál es el error SEO más frecuente en Framer que veo en el traspaso? Todas las páginas comparten el mismo prefijo de título. El diseñador fija el patrón global y deja vacías las anulaciones por página, de modo que todas leen «Nombre del sitio | Título». Fácil de arreglar en una hora; visible al muestrear cinco títulos.

SEOJuice
Stay visible everywhere
Get discovered across Google and AI platforms with research-based optimizations.
Works with any CMS
Automated Internal Links
On-Page SEO Optimizations
Get Started Free

no credit card required

More articles

No related articles found.