El SEO en Webflow consiste en configurar un sitio de Webflow para que los buscadores puedan rastrearlo, indexarlo y posicionarlo correctamente. A diferencia del SEO en WordPress, que va sobre todo de elegir y configurar plugins, el SEO en Webflow va de saber qué controles te da ya la plataforma y cuáles tres o cuatro, discretamente, no te da.
Según la propia documentación de Webflow, cada sitio se publica en un subdominio de staging .webflow.io además de en tu dominio propio, y ese subdominio es indexable salvo que lo desactives en la configuración del sitio. Ese ajuste por defecto es el problema de SEO en Webflow que más me encuentro. El campo nativo de schema markup de Webflow, disponible en planes de pago, no cubre todos los tipos de schema y no se vincula a los campos del CMS, así que los datos estructurados de las páginas dinámicas quedan obsoletos en cuanto cambia el contenido. La documentación de datos estructurados de Google es explícita: un marcado que ya no coincide con el contenido visible puede costarte los rich results por completo.
La versión corta es esta. Webflow es una plataforma SEO realmente capaz para webs de marketing y su mala fama no es merecida. Pero falla de formas concretas y repetidas que ningún consejo genérico de SEO va a sacar a la luz, porque esos fallos son invisibles en el Designer e invisibles para la mayoría de herramientas de auditoría. Esta guía cubre los cinco que importan, en el orden en el que los reviso.
¿Webflow es bueno para SEO? La respuesta honesta
Sí, para el tipo de web para el que está pensado. Webflow te da control nativo sobre title tags, meta descripciones, etiquetas canonical, redirecciones 301, directivas robots, slugs y generación del sitemap XML, y nada de eso necesita un plugin. Genera HTML limpio y semántico y emite SSL en todos los sitios. Esa base técnica es mejor que la de la mayoría de instalaciones de WordPress recién montadas.
La plataforma encaja muy bien cuando tu web es principalmente un activo de marketing: páginas de servicio, landings, páginas de producto SaaS, casos de éxito y un blog moderado. Se complica cuando necesitas un catálogo grande, flujos editoriales complejos o tipos de schema que Webflow no soporta de forma nativa.
Por mi experiencia auditando webs, los proyectos en Webflow que rinden mal casi nunca rinden mal por culpa de Webflow. Rinden mal porque nadie cambió los valores por defecto. Lo que nos lleva al primero.
El subdominio .webflow.io está indexado (arréglalo primero)
Todo proyecto de Webflow se sirve en dos hostnames: tu dominio propio y un subdominio de staging tusitio.webflow.io. Ambos sirven el mismo contenido. Si Google indexa el subdominio de staging, tienes un duplicado completo de tu web compitiendo contigo en el índice, con las señales partidas y la autoridad diluida.
No es un problema sutil y se arregla en un minuto. En la configuración del sitio, en la pestaña de SEO, hay una opción para desactivar la indexación del subdominio .webflow.io. Actívala. Webflow servirá entonces un robots.txt en el subdominio de staging que bloquea el rastreo.
Para comprobar si te afecta, busca site:tusitio.webflow.io en Google. Si devuelve resultados, tienes el problema ahora mismo.
Dos matices que conviene conocer. Primero, bloquear el rastreo vía robots.txt no elimina las URLs que ya están indexadas: para esas necesitas además una solicitud de retirada en Search Console para ese host. Segundo, el ajuste solo se aplica cuando republicas, así que activarlo y marcharte no sirve de nada. Republica el sitio.
Sigo encontrándolo activo en una parte nada despreciable de las webs Webflow que audito, incluidas webs que han pagado por trabajo de SEO. Sobrevive porque ningún rastreo de auditoría estándar arranca desde el hostname de staging, así que nada lo señala. Si quieres un barrido sistemático de problemas de este tipo, para eso sirve exactamente una auditoría SEO técnica.
El schema markup de Webflow se desincroniza
Webflow añadió un campo nativo de schema markup en la configuración de página, con generador por IA, para usuarios con plan de sitio o Workspace de pago. Fue una mejora real. También es incompleta en dos sentidos que importan.
Primero, no genera datos estructurados para todos los tipos de schema que tus páginas pueden necesitar para conseguir rich results. Segundo, y más importante, es estático. No se vincula a los campos del CMS.
Ese segundo punto es donde las webs se hacen daño. El patrón habitual es un equipo pegando JSON-LD en un embed de código dentro de una plantilla de CMS: un schema Product con el precio escrito a mano, o un Article con la fecha de publicación fija. Funciona el día que se sube. Después alguien cambia el precio en el CMS, o actualiza el artículo, y el marcado ya no coincide con lo que ve el visitante.
Según las directrices de datos estructurados de Google, el marcado debe representar el contenido principal de la página y no puede inducir a error. Cuando marcado y contenido visible divergen, Google puede desactivar los rich results de esa página y, en los casos peores, aplicar una acción manual por datos estructurados fraudulentos. Pierdes justo la mejora por la que montaste el marcado.
La solución es hacer el marcado dinámico. En una plantilla de CMS de Webflow, mete tu JSON-LD dentro de un componente embed e inserta los valores de los campos del CMS directamente en él, de forma que cada ítem de la colección renderice un schema construido con sus propios datos reales. El componente embed de Webflow admite inserción de campos del CMS, que es precisamente lo que hace esto posible sin apps de terceros.
Una regla práctica: cualquier valor que aparezca en tu schema y que pueda editar una persona no técnica tiene que venir de un campo del CMS, nunca de texto escrito a mano. Si quieres el panorama completo sobre datos estructurados, tengo una guía dedicada a schema markup y datos estructurados.
Las colecciones del CMS y el problema de la paginación
Las Collection Lists de Webflow tienen un tope de 100 ítems por página. En un blog de 60 artículos esto da igual. En una web con 800 ítems de CMS —un directorio, una biblioteca de recursos grande, un proyecto de SEO programático— se convierte en un problema de arquitectura de rastreo.
Con paginación, el ítem 750 queda a ocho clics de la home. La profundidad de rastreo no es un factor de posicionamiento formal, pero en la práctica correlaciona con la frecuencia de rastreo y la indexación, porque las páginas enterradas reciben menos enlaces internos y se visitan menos. Las páginas profundas se rastrean poco, se refrescan despacio y a veces no llegan a indexarse.
Hay tres enfoques que funcionan, por orden de preferencia:
- Crear páginas hub por categoría o temática que agrupen ítems por atributo, de forma que cada ítem del CMS sea alcanzable en dos o tres clics desde un hub relevante en lugar de a través de paginación secuencial.
- Añadir una capa de enlazado interno curado —ítems relacionados, selecciones destacadas, índices alfabéticos— para que los ítems profundos reciban enlaces desde algo más que la lista paginada en la que viven.
- Repartir la colección en varias vistas filtradas en páginas distintas, cada una con su propio conjunto paginado, reduciendo la profundidad máxima de cualquier cadena.
Lo que no funciona es confiar solo en el sitemap. Un sitemap es una ayuda al descubrimiento, no un sustituto del enlazado interno, y una URL que solo aparece en el sitemap sin enlaces internos relevantes es una candidata débil a ser indexada. Si ya tienes páginas profundas cayéndose del índice, mi guía sobre optimización del crawl budget explica cómo diagnosticarlo en Search Console.
Cambiar un slug rompe enlaces internos en silencio
Este cuesta más tráfico del que debería, porque nada te avisa.
Cuando cambias el slug de un ítem del CMS en Webflow, la URL cambia al publicar. Webflow no crea automáticamente una redirección desde la URL antigua y no actualiza los enlaces internos de otras partes del sitio que apuntaban a la ruta anterior. Los enlaces dentro de campos de texto enriquecido son la víctima habitual, porque los escriben editores y nadie los audita.
El resultado es un conjunto de enlaces internos apuntando a 404 y, si la URL antigua tenía backlinks o posiciones, autoridad perdida sin ninguna redirección que la conserve.
Webflow sí te da las herramientas para arreglarlo. La configuración del sitio incluye un gestor de redirecciones que maneja 301 y admite comodines para casos masivos. La disciplina tiene que ser de proceso, no técnica:
- Antes de cambiar cualquier slug, anota la URL actual.
- Cambia el slug y publica.
- Añade inmediatamente un 301 de la ruta antigua a la nueva en Configuración del sitio → Publicación → Redirecciones.
- Rastrea la web con Screaming Frog o Sitebulb y corrige los enlaces internos que sigan apuntando a la URL antigua, para que usuarios y rastreadores lleguen al destino en un solo salto y no a través de una redirección.
- Revisa el informe de Páginas de Search Console una semana después por si aparecen 404 nuevos.
Las cadenas de redirecciones son el fallo típico cuando esto se repite sin el paso cuatro. Cada salto adicional añade latencia y, pasados unos pocos, Google puede dejar de seguir la cadena. Los detalles para hacerlo bien están en mi guía de redirecciones 301.
Velocidad y Core Web Vitals en Webflow
El hosting de Webflow es rápido de verdad. Sirve desde una CDN global con un caché sensato y no estás peleando contra una pila de plugins por el tiempo de render. La mayoría de webs Webflow que suspenden en Core Web Vitals suspenden por lo que se metió en el diseño, no por la plataforma.
Tres causas explican casi todo.
Imágenes sobredimensionadas. Webflow genera variantes responsive automáticamente, pero las genera a partir de lo que subes. Una imagen de cabecera de 4 MB sigue produciendo variantes pesadas. Comprime y redimensiona antes de subir, y usa WebP o AVIF. Suele ser la mayor ganancia de LCP disponible.
Lotties y vídeos de fondo pesados por encima del pliegue. Son justo los adornos de diseño que Webflow pone fácil, y matan el LCP. Si una animación está en el viewport inicial, está en la ruta crítica.
Scripts de terceros en el código personalizado. Cada widget de chat, mapa de calor y etiqueta de analítica que añades al head global afecta al Interaction to Next Paint. El umbral de Google para un INP bueno son 200 milisegundos, y una pila de scripts de terceros sin control se lo salta sin despeinarse.
La limitación honesta: Webflow te da menos control sobre los recursos que bloquean el renderizado que un stack autogestionado. No puedes reestructurar la ruta crítica de renderizado como harías con acceso completo al servidor. En la práctica esto rara vez importa si controlas las tres causas de arriba. Cuando sí importa, suele ser señal de que la web se ha quedado grande para la plataforma. Mis guías de optimización de LCP e INP entran a fondo en ambas métricas.
Checklist de auditoría SEO para Webflow
Hazlas en orden. Las tres primeras cazan los fallos propios de la plataforma; el resto es higiene técnica estándar que Webflow, casualmente, pone fácil.
- Subdominio de staging. Busca
site:tusitio.webflow.io. Si está indexado, desactiva la indexación en Configuración del sitio → SEO y republica. Pide la retirada en Search Console de lo que ya esté indexado. - Desincronización del schema. Coge tres ítems del CMS y compara su JSON-LD renderizado con el contenido visible de la página. Cualquier valor escrito a mano que debería ser dinámico es un defecto. Valida con el Test de Resultados Enriquecidos de Google.
- Profundidad de las colecciones. Cuenta los clics desde la home hasta tu ítem de CMS más profundo. Más de cuatro y necesitas páginas hub o una capa de enlazado interno curado.
- Redirecciones. Rastrea la web. Todo 404 con enlaces internos entrantes necesita o bien corregir el enlace o bien un 301. Toda cadena de redirecciones de más de un salto necesita aplanarse.
- Imágenes. Ordena por tamaño de archivo en un rastreo. Todo lo que pase de 200 KB por encima del pliegue se comprime y se convierte a WebP.
- Metadatos. Confirma que las plantillas del CMS toman el title y la meta descripción de campos del CMS y no de una única cadena plantilla repetida en todos los ítems.
- Canonicals. Comprueba que las páginas de plantilla del CMS se autocanonicalizan y que ninguna página está canonicalizando al dominio de staging.
- Sitemap. Webflow lo genera solo. Confirma que está enviado en Search Console y que su número de URLs cuadra aproximadamente con las páginas que esperas.
Si recorres esa lista y la web sigue rindiendo mal, el problema ya no es técnico y ninguna configuración de Webflow lo va a arreglar. En ese punto la restricción es contenido y enlaces, que es donde de verdad se ganan las posiciones.
Dónde te limita Webflow de verdad
Prefiero nombrar los límites reales antes que fingir que no existen.
No controlas la configuración a nivel de servidor. Nada de .htaccess propio, nada de lógica en el edge más allá de lo que Webflow expone, control limitado sobre las cabeceras de respuesta. Para la mayoría de webs de marketing esto no aparece nunca. Para una web que necesita análisis de logs a escala o gestión de bots en el edge, es un techo duro.
La edición masiva es floja. Actualizar el texto alternativo de cientos de imágenes, o reescribir metadatos en una colección grande, significa o la API del CMS, o una app de terceros, o muchísimos clics. Los equipos que gestionan operaciones de contenido grandes lo sufren a diario.
El SEO internacional avanzado es viable pero limitado. La localización de Webflow gestiona el hreflang automáticamente, lo que cubre bien el caso habitual, pero los montajes multirregión complejos con estructuras de URL divergentes son más cómodos en otro sitio. Los principios generales los cubro en mi página de SEO internacional.
Ninguno de estos es motivo para descartar Webflow. Son motivos para ser honesto sobre cuándo una web se le ha quedado grande, que —para las pymes y empresas medianas con las que suelo trabajar— es bastante más tarde de lo que la gente asume.
El SEO en Webflow se reduce a esto: la plataforma te da una base técnica sólida y después te entrega cuatro o cinco valores por defecto que van a costarte tráfico en silencio si nunca los miras. Revisa el subdominio de staging, haz dinámico tu schema, mantén los ítems del CMS dentro de una profundidad razonable, redirige cada cambio de slug y comprime tus imágenes. Después deja de pensar en la plataforma y vete a ganar en contenido y enlaces. Si quieres un segundo par de ojos sobre cualquiera de estos puntos, es lo que hago como consultor SEO freelance.
Preguntas frecuentes
¿Webflow es bueno para SEO?
Sí, Webflow es bueno para SEO en la mayoría de webs corporativas y de servicios. Te da control nativo sobre title tags, meta descripciones, etiquetas canonical, redirecciones 301, directivas robots, slugs de URL y generación del sitemap XML sin necesidad de plugins, y genera HTML limpio y semántico. Sus debilidades son concretas, no generales: schema estático que se desincroniza del contenido del CMS, límites de paginación en las colecciones y un subdominio de staging que se indexa si olvidas desactivarlo. Ninguna es motivo para descartarlo, pero las tres son invisibles hasta que las buscas.
¿Webflow es mejor que WordPress para SEO?
Ninguna plataforma gana de forma absoluta y la respuesta honesta depende del tamaño del proyecto. Webflow gana en mantenimiento y en valores por defecto, porque necesita menos añadidos para las tareas SEO habituales, lo que significa menos conflictos entre plugins y menos lastre de rendimiento. WordPress gana en profundidad, porque su ecosistema cubre schema avanzado, flujos editoriales, gestión de redirecciones y SEO multiidioma con mucho menos trabajo a medida. Para una web de páginas de servicio, landings y un blog moderado, Webflow es la mejor opción por defecto. Para un catálogo de ecommerce grande o una operación de contenidos enterprise, WordPress suele darte más control, aunque llega con sus propios valores por defecto que hay que desactivar, como explico en el checklist SEO para WordPress.
¿Webflow hace SEO automáticamente?
No. Webflow automatiza algunas cosas y te deja el resto a ti. Genera y actualiza el sitemap.xml automáticamente a medida que publicas páginas, emite el certificado SSL y produce HTML limpio. Todo lo que de verdad mueve posiciones sigue siendo configuración manual: metadatos, estructura de encabezados, slugs, redirecciones, enlazado interno, optimización de imágenes y contenido. Montar una web en Webflow te da un buen punto de partida técnico, no una web optimizada.
¿Webflow tiene schema markup?
Sí, pero solo parcialmente. Webflow añadió un campo nativo de schema markup en la configuración de página, con generador por IA, para planes de sitio y Workspaces de pago. No cubre todos los tipos de schema que una página puede necesitar para conseguir rich results y no se vincula a los campos del CMS, por lo que es estático. Para páginas generadas desde el CMS, lo seguro es usar JSON-LD dinámico que tome los valores directamente de los campos de la colección, de forma que el marcado se actualice cuando lo hace el contenido.
¿Cómo mejoro el SEO de mi web en Webflow?
Empieza por los fallos propios de la plataforma antes de tocar el contenido. Desactiva la indexación del subdominio .webflow.io, revisa si tu schema se ha desincronizado del contenido real del CMS, comprueba si la paginación de las colecciones está enterrando páginas más allá de la profundidad de rastreo, corrige las redirecciones tras cada cambio de slug y comprime las imágenes antes de subirlas en lugar de confiar en las variantes responsive automáticas. Esas cinco comprobaciones llevan una tarde y resuelven la mayor parte de lo que encuentro en auditorías de Webflow.
