11 oct 2026
9 min de lectura
Cómo creamos un sitio .NET listo para SEO sin escribir una línea de código
Una guía práctica de cómo plan9.co.uk pasó de un prototipo en Claude Design a un sitio en vivo y prerenderizado en IIS en solo unos días, con 100 puntos en SEO y todo el código escrito por Claude.
En solo unos días, el sitio que estás leyendo pasó de ser un prototipo en Claude Design a un sitio ASP.NET Core en vivo y prerenderizado en IIS. Obtiene 100 en SEO y 91 en rendimiento móvil en Lighthouse. Nadie de nuestro equipo escribió una línea de código. Cada línea de C#, MSBuild y Node la escribió Claude Cowork.
Esta es la guía que nos habría gustado tener al principio. Si gestionas tus sitios con Windows, IIS y .NET y quieres usar Claude para crear un sitio rápido y fácil de encontrar en buscadores, así lo hicimos, esto es lo que salió mal y lo que repetiríamos.
Este es el artículo de cómo lo hicimos. Para saber por qué construimos así nuestro propio sitio, lee Los hijos del zapatero van descalzos.
Ideas clave
No necesitas programar, pero sí conocer el terreno
Claude escribió cada línea de código. Nuestro trabajo fue describir lo que queríamos, revisar los resultados y probarlos. Eso solo funciona si entiendes lo suficiente las herramientas implicadas, como Visual Studio, IIS, Cloudflare, DNS, el envío de correo y Google Search Console, para detectar cuándo algo no va bien. Piensa en ello como dirigir la obra en lugar de construirla.
Dos Claudes, dos carriles
La decisión más útil que tomamos fue dividir el trabajo entre dos herramientas y mantener cada una en su carril.
La infraestructura
Empezamos con un proyecto ASP.NET Core vacío cuyo único código decía «Hello World!» y copiamos la exportación de Claude Design en wwwroot.
Paso 1: servir el sitio estático
La primera corrección fue sencilla. La aplicación no servía wwwroot, así que cada visita mostraba «Hello World!». Claude Cowork activó los archivos estáticos para que el index.html de cada carpeta cargue en una dirección limpia como /work/alliance-wine/, configuró una caché adecuada, ocultó archivos de trabajo como notas de diseño y scripts de compilación, y añadió una redirección a HTTPS en producción.
Paso 2: un formulario de contacto que funciona
Claude Design definió el formulario y escribió un breve contrato que lo describía. Claude Cowork construyó la parte del servidor de acuerdo con él.
Paso 3: una página 404 real y redirecciones
Las páginas que no existen muestran ahora nuestra página 404 diseñada con un estado 404 auténtico, para que los buscadores no indexen enlaces rotos. Las direcciones antiguas del sitio anterior redirigen de forma permanente a su nueva ubicación, y añadir una redirección es una línea en una lista.
Paso 4: prerenderizado para el SEO
Este fue el paso más importante. Las páginas de Claude Design son plantillas que JavaScript rellena en el navegador. Google se las arregla, pero Bing, las vistas previas de LinkedIn, rastreadores de IA como ChatGPT, Perplexity y Claude, y la mayoría de las herramientas de SEO veían marcadores de plantilla sin procesar entre llaves en lugar de encabezados y texto.
Paso 5: publicación con un clic
Actualizar el sitio ahora son dos acciones:
Los pasos adicionales se ejecutan automáticamente en cada compilación Release, así que la depuración normal sigue siendo rápida. La única configuración inicial es instalar Node.js en el entorno de desarrollo y dejar que la primera publicación descargue el navegador de Playwright.
Paso 5a: la alternativa para equipos, Git y un runner
Publicar desde Visual Studio funciona bien para un equipo pequeño. Si varias personas trabajan en el sitio, publica en un repositorio Git y configura un runner en tu servidor, como un runner autoalojado de GitHub Actions o GitLab. Cada vez que se suben cambios, el runner compila, prerenderiza y despliega el sitio automáticamente, así todos trabajan desde la misma fuente y cada versión queda registrada.
Paso 6: ajustes con Lighthouse
Ejecutamos Lighthouse en una ventana de incógnito y pegamos el informe en ambas herramientas. Claude Design corrigió la parte de contenido: el idioma de la página, un H1 en la página de inicio y el tamaño de las imágenes. Claude Cowork corrigió la parte del servidor: caché de larga duración con nombres de archivo versionados, un script principal que no bloquea, React servido desde nuestro propio servidor, Google Tag Manager cargando después de la página y scripts minificados a aproximadamente la mitad de su tamaño original.
Consejos si quieres hacer lo mismo
Qué significa esto para nuestros clientes
Este sitio es deliberadamente sencillo: pocas páginas, editadas por quienes lo crearon. Para los clientes que necesitan editores, flujos de trabajo e integraciones, Umbraco sigue siendo la respuesta correcta. Pero el mismo enfoque, con la IA haciendo el trabajo rutinario y personas con experiencia revisando cada cambio, ahora también recorre nuestros proyectos con clientes. Es más rápido, cuesta menos y deja a nuestros desarrolladores más tiempo para los problemas que los necesitan.
Si quieres ayuda para crear algo parecido en tu propia infraestructura .NET e IIS, escríbenos.