El presupuesto de AEO pertenece al frontend, no solo al SEO

Webflow nombró la AEO como categoría de producto. Contentful puso "Skills" como agente de IA dentro del stack de desarrollo. Dos competidores de primer nivel, dos capas distintas, el mismo mensaje: la visibilidad en respuestas de IA es un tema operativo con su propia demanda de herramientas.

Mi opinión es esta: esa es la mitad más fácil de la cuestión. La mitad más difícil es la del organigrama. ¿Quién en la empresa es dueño del KPI "aparecemos en las respuestas de IA"? Si la respuesta es "el equipo de SEO", la empresa todavía no ha interiorizado el cambio.

Tres argumentos de por qué el presupuesto de AEO se desplaza hacia la ingeniería de frontend en 2026, y por qué los CFO deberían pensar en esto antes de que llegue el próximo ciclo de renovación de herramientas.

1. La superficie de salida es nueva. La superficie de entrada no lo es.

Las palancas del SEO clásico, etiquetas de título, meta descripciones, optimización de featured snippets, funcionaban porque actuaban directamente sobre la superficie de la SERP de Google. La SERP era la superficie de Google, pero los tornillos que había que girar (marcado, directivas de rastreo, sitemaps) estaban al alcance del equipo de SEO.

La AEO es distinta. La superficie de salida es ChatGPT, Perplexity, Gemini, Google AI Overviews. Sobre estas superficies el equipo de SEO no tiene ninguna palanca directa, ni etiquetas de título, ni trucos de marcado de SERP, ni una API de indexación directa.

Lo que importa es lo que los crawlers ven realmente en el fetch de la página. Eso es una cuestión de renderizado de frontend:

• ¿Qué definiciones de schema se renderizan de forma determinista en el HTML inicial?
• ¿Qué proporción del contenido del body existe antes de la hidratación?
• ¿Qué consistencia de entidades se mantiene en todos los locales?

Las herramientas de SEO no resuelven nada de eso. Miden el efecto, son el velocímetro, no el motor. Quien vierta presupuesto de AEO en más herramientas de SEO compra mejores informes sobre un cambio que se decide en otra parte.

2. La realidad presupuestaria del mid-market

Un reparto típico del presupuesto de un CMO de mid-market en 2025 se sitúa aproximadamente en: 40% contenido/editorial, 30% canales de pago, 15% herramientas de SEO, 10% frontend (a menudo imputado al centro de coste del CTO), 5% analítica. Fuentes como la encuesta anual Gartner CMO Spend Survey y los Forrester DX Budget Reports han mostrado el mismo cuadro durante tres años, con leves desplazamientos entre contenido y pago según las condiciones macro.

Si la AEO supone un desplazamiento del 5 al 15% en el alcance dentro del mix de tráfico, la asignación queda bajo presión. Tres observaciones de los últimos meses de discovery calls con marcas de mid-market:

Primero: la producción de contenido sigue siendo necesaria, pero pasa a ser materia prima. Los crawlers de AEO ponderan la consistencia y la claridad de entidades por encima del volumen. El duodécimo listicle de "Top 10 consejos" ya no eleva el ranking porque el crawler ya cubre el cluster.

Segundo: el pago se encarece cuando caen los clics en la SERP. Aunque la AEO solo absorba el 10% del descubrimiento de top-of-funnel, el coste por adquisición de performance se desplaza de forma perceptible.

Tercero: las inversiones en frontend que hoy caen bajo el presupuesto del CTO se vuelven de pronto interesantes desde una perspectiva de ROI de marketing. Una frontend management platform que fija la consistencia de schema y unos defaults server-first tiene un efecto de marketing medible, y por tanto un argumento para pasar a formar parte del presupuesto del CMO.

Consecuencia concreta: partidas como un rol de operaciones de frontend, una licencia de FMP o una herramienta de higiene de schema muy probablemente se trasladarán a centros de coste del CMO en 2026, o se gestionarán en centros de coste mixtos. Los CFO no deberían quedarse al margen, deberían estructurarlo.

3. La propiedad interfuncional es la respuesta honesta

La propiedad puramente de SEO pierde, porque las palancas están en otra parte. La propiedad puramente del CTO no gana, porque sin estrategia de contenido no hay entidad que renderizar. La propiedad puramente de marketing no gana, porque sin control del renderizado toda la salida de schema deriva hacia fragmentos del page-builder.

Lo que vemos funcionar con clientes que ya lo han abordado: un rol de "AEO Steward" con triple reporte a CMO, CTO y responsable de contenido. Tienden a emerger tres modelos según la madurez de la organización:

Modelo A, el AEO Steward está en marketing, con asignación de frontend. Un senior del equipo de SEO o de contenido asume la AEO como su foco y recibe una parte fija de la capacidad de ingeniería de frontend (por ejemplo, el 20% de un rol de frontend senior). Funciona en mid-market con equipos de marketing consolidados e ingeniería pequeña. Riesgo: la asignación de ingeniería se escurre en cuanto ingeniería fija sus propias prioridades.

Modelo B, el AEO Steward está en ingeniería de frontend, con brief de contenido. Un rol de frontend-lead se amplía para incluir KPI de resultados de AEO. El equipo de contenido entrega los briefs, ingeniería entrega los defaults de renderizado. Funciona para marcas tech-first con ingeniería madura. Riesgo: se pierde la visión de marketing cuando el steward se adentra demasiado en el stack.

Modelo C, célula de AEO con triple reporte. Un equipo de tres personas (estratega de contenido, ingeniero de schema/frontend, responsable de analítica) se sitúa de forma interfuncional. Funciona para grandes empresas con disciplina madura de marketing-operations. Riesgo: sobrecarga, ciclos de decisión lentos.

En nuestras conversaciones con clientes vemos el Modelo A con más frecuencia, la respuesta pragmática. El Modelo C es la respuesta limpia, pero normalmente fracasa ante las realidades de plantilla del mid-market. El Modelo B funciona donde ingeniería ya opera cerca de marketing.

¿Qué ve realmente el crawler en el fetch?

(Sebastian sobre la realidad técnica:) Un fetch típico de página desde Perplexity o ChatGPT carga el HTML, parsea el schema en <head> y en el body, y pondera el primer ~1,5 segundos de salida del renderizado. Todo lo que aparece después de la hidratación de JavaScript cae en la segunda pasada, si es que llega. Los sitios con hidratación selectiva, secciones con lazy-load y JSON-LD inyectado por el page-builder muestran al crawler de IA un contenedor grande y vacío. Ese es el cuadro técnico detrás de los argumentos 1 y 2.

Una pregunta que los CFO deberían estar haciéndose hoy

¿Quién en la empresa es formalmente responsable de que la consistencia de schema en las 50 páginas principales se mantenga, de que el primer render esté completo en menos de 1,5 segundos y de que la entidad Organization se renderice de forma consistente entre locales? Si la respuesta es "nadie explícitamente" o "el equipo de SEO se ocupa de eso de paso", esa es la primera acción concreta de organigrama para 2026.

Webflow nombró la AEO. Contentful llevó la IA al stack de desarrollo. El siguiente paso no es "comprar más herramientas". Es: ligar la propiedad a la capa donde realmente están las palancas.

Lecturas adicionales:

• Agentic Frontend Management Platform , el argumento de plataforma.
• Composable Visual Page Builder , las operaciones del editor como palanca del CMO.
• Composable / Headless Frontend , la capa hacia la que se desplaza el presupuesto.
• MarTech Consolidation: Mid-Market Stack Sprawl and the Frontend Layer , el marco presupuestario previo.
• The Financial Case for Investing in a Composable Frontend Management Platform , comparativa de TCO, complementaria.
• SEO and GEO, la capacidad de producto que posee el schema y el renderizado de AEO.

Relacionado: SEO and GEO with AI.