Imagine la escena. Un autónomo sin conocimientos técnicos le describe a una IA su negocio, su sector y lo que quiere comunicar. En cuestión de minutos, aparece código HTML. Limpio. Estructurado. Con estilos, con formulario de contacto, con sección de servicios. Parece magia.
En cierta medida, lo es. Pero hay una distancia enorme entre ese archivo y una web que funciona en internet, que aparece en Google, que carga en menos de dos segundos y que convierte visitantes en clientes. Esa distancia es lo que este artículo explica: los límites reales de la IA aplicada al desarrollo web, vistos desde el trabajo diario con autónomos y pymes en Madrid.
¿Qué puede hacer Claude por su web?
Claude Code genera HTML, CSS, JavaScript y PHP con una competencia técnica real. Puede construir una página de servicios completa, un formulario de contacto funcional, una estructura semántica correcta según los estándares de 2026. Si sabe lo que pide — y sabe revisar lo que recibe — el resultado puede ser sólido.
En manos de un desarrollador, la IA funciona como un colaborador muy rápido. El profesional describe el problema, revisa el resultado y lo integra. Claude hace el trabajo repetitivo. El desarrollador aporta el criterio. Esta combinación acorta los tiempos de producción y, bien gestionada, no compromete la calidad técnica del código.
Dicho esto, conviene ser precisos sobre qué significa "en manos de un desarrollador". Porque la IA no elimina la necesidad de ese criterio. Lo hace más visible cuando falta. Y cuando ese criterio no existe, cuando nadie revisa, valida ni despliega, el código generado se queda exactamente donde está: en pantalla.
El muro entre el código y estar en internet
El problema empieza cuando alguien que no programa intenta hacer algo con ese código. Porque Claude le entrega un archivo. No una web.
Una web en internet necesita un servidor contratado, un nombre de dominio registrado, un acceso FTP o SSH para subir los archivos, una configuración de DNS correcta, un certificado SSL activo y, si hay PHP, una base de datos configurada. Nada de esto lo hace la IA. Nada de esto es intuitivo para alguien que lo hace por primera vez.
Claude le entrega un archivo. No una web. La diferencia entre ambas cosas es como si un chef con estrella Michelin le enviara la receta del bacalao al pil-pil: perfecta sobre el papel, e imposible de ejecutar sin saber exactamente cómo mover la cazuela.
Y si algo falla — y siempre falla algo la primera vez — no hay nadie al otro lado. Claude puede ayudar a diagnosticar un error si usted sabe describirlo con precisión técnica. Pero localizar por qué un servidor devuelve un error 500, o por qué el formulario no envía en producción, o por qué los estilos se aplican en local pero no en el hosting..., eso exige un criterio que la IA no puede sustituir.
Seguridad: lo que no se ve
El código generado por IA puede ser funcionalmente correcto y estructuralmente inseguro al mismo tiempo. Los formularios PHP que procesan datos de usuario, las consultas a bases de datos, el manejo de sesiones: cada uno puede contener vulnerabilidades que no son visibles en una lectura superficial.
Claude no ejecuta el código que genera. No prueba el formulario con entradas maliciosas. No verifica si los campos están correctamente saneados, si la protección CSRF está en su lugar, si los datos de configuración están fuera del directorio público. Produce un resultado plausible. La validación de seguridad es responsabilidad del desarrollador que lo revisa.
Lo invisible es el problema
Para alguien sin formación técnica, las vulnerabilidades de seguridad son invisibles. Un formulario que "funciona" puede estar exponiendo datos de clientes. Una web que "carga bien" puede estar abierta a inyecciones. La IA no detecta lo que no se le pide que compruebe y un no iniciado no sabe qué preguntar.
Esto no es un argumento contra la IA. Es un recordatorio de que una herramienta rápida sigue siendo una herramienta. El código no se valida solo. Y cuanto más rápido se produce, más fácil es creer que ya está listo.
SEO y visibilidad en IA: la capa que falta
Claude puede generar HTML semánticamente correcto. Puede incluir etiquetas <title> y <meta description>. Puede incluso, si se le pide con detalle, producir un schema.org básico. Hasta ahí llega el código.
Lo que no puede hacer es la estrategia que hay detrás. La investigación de palabras clave adaptada a su sector y su ciudad. La competencia real para cada término en los buscadores. La arquitectura de contenidos que conecta sus páginas de servicios con sus artículos de blog para transferir autoridad. La interpretación mensual de Google Search Console para saber qué funciona y qué corregir.
Y hay una capa más reciente que la mayoría ignora: la visibilidad en motores de IA generativa. ChatGPT, Perplexity y Gemini no posicionan páginas como Google. Responden preguntas. Para que su nombre aparezca como respuesta relevante a un "¿qué consultor web recomiendas en Madrid?" su contenido necesita una arquitectura semántica específica: entidades bien definidas, datos estructurados coherentes, autoridad temática consolidada a lo largo del tiempo. Claude, sin esa estrategia detrás, produce código. No visibilidad.
SEO técnico vs. estrategia de visibilidad
El SEO técnico — velocidad, estructura, etiquetas — es una condición necesaria pero no suficiente. La estrategia de visibilidad implica decisiones sobre qué contenido publicar, cuándo, con qué enfoque semántico y cómo medir su impacto. Esas decisiones no las toma ninguna IA de forma autónoma.
Las imágenes: el ángulo ciego
Una web sin imágenes propias no transmite confianza. Una web con fotografías de banco genéricas, mal optimizadas, con nombres de archivo como IMG_3847.jpg y sin atributo alt descriptivo, tampoco. El resultado visual de una web — lo que hace que un visitante se quede o se vaya en los primeros tres segundos — depende de decisiones que ninguna IA toma sola.
Claude no genera imágenes. No selecciona las fotografías. No las convierte a formato WebP para que no penalicen el tiempo de carga. No nombra los archivos con criterio SEO: fisioterapeuta-deportivo-madrid.webp en lugar de foto1.jpg no es un detalle estético, es una señal que Google lee. Y los atributos alt contextuales — redactados en relación directa con las palabras clave de la página donde aparecen — tampoco se producen solos a partir de código generado.
He visto webs bien construidas técnicamente que pierden posiciones en Google por imágenes sin comprimir que disparan el tiempo de carga. He visto páginas de servicios que no transmiten nada porque las únicas fotografías son las del logotipo y un stock de apretones de manos. La IA no ve esto. No lo corrige porque, sencillamente, no es su trabajo.
¿Quién toma las decisiones?
Hay una pregunta que ninguna herramienta puede responder: ¿qué quiere que comunique su web? La arquitectura de un sitio, la jerarquía de sus páginas, el tono de los textos, el orden en que un visitante descubre sus servicios, qué acción quiere que tome al final de cada página — estas decisiones son estratégicas. Nacen de conocer su negocio, su mercado, sus clientes y sus objetivos.
Claude ejecuta lo que le piden. No diseña la estrategia. No propone la estructura de navegación. No le dice que su página de inicio está demasiado centrada en usted y no en su cliente. No detecta que su formulario tiene cuatro campos de más y que por eso nadie lo completa. No identifica que su página de servicios no responde a ninguna búsqueda real porque los términos que usa no son los que usan sus clientes en Google.
La IA es un ejecutante extraordinariamente competente. No es un consultor. La diferencia importa más de lo que parece cuando el objetivo es generar clientes, no solo generar código.
Un profesional experimentado que usa IA puede producir en un día lo que antes tardaba una semana. Eso es real y es valioso. Pero ese profesional llega con un diagnóstico, una estrategia y un criterio editorial. La IA no los genera: los ejecuta. Quien no tiene ese punto de partida no tiene menos trabajo por tener acceso a la herramienta. Tiene el mismo trabajo y, además, el riesgo de creer que ya está hecho.
La prueba concreta: auditoría de una web generada por IA
Hasta aquí, la teoría. Ahora los hechos.
Para ilustrar este artículo, generé con IA la página de inicio completa de un técnico de ascensores en Madrid — un sector B2B con ticket elevado, donde los decisores (comunidades de propietarios, promotoras, gestores de patrimonio) verifican sistemáticamente la presencia online antes de firmar un contrato. El código resultante era visualmente sólido: navegación fija, sección hero animada, fichas de servicios, certificaciones, realizaciones con métricas, mapa de zonas, formulario de presupuesto. Todo en un único archivo HTML autocontenido.
Luego apliqué al mismo código una auditoría estándar según los criterios de Core Web Vitals, WCAG 2.1 y HTML Living Standard. El resultado fue instructivo.
Resultado de la auditoría — 24 puntos analizados
Los 9 puntos críticos cubren accesibilidad WCAG 2.1 (ausencia de :focus-visible, de landmark <main>, de enlace skip nav, contraste insuficiente, aria-expanded no gestionado), rendimiento Core Web Vitals (animación CSS sobre propiedad bottom en vez de transform, Google Fonts bloqueante), y SEO (ausencia total de Schema.org, ausencia de Open Graph).
¿Significa esto que el código es inútil? No. Significa exactamente lo que este artículo viene explicando desde el principio. La IA produjo una estructura funcional, visualmente coherente y semánticamente razonable. Lo que no hizo — porque no puede hacerlo solo — es pasar el filtro de los estándares que determinan si una web merece visibilidad, confianza y accesibilidad real.
Un técnico de ascensores en Madrid que pusiera esa página online tal cual estaría invisible en Google Local (sin Schema.org no hay Knowledge Panel ni resultados enriquecidos), inaccesible para usuarios de tecnologías de asistencia (sin :focus-visible ni landmark main, la navegación por teclado es inoperante), y penalizado en Core Web Vitals por una animación que consume recursos innecesariamente. Todo esto con un código que, a primera vista, tiene exactamente el aspecto de una web profesional.
El problema no es lo que la IA produce. Es lo que produce sin que nadie lo audite.
La distancia entre "funciona en pantalla" y "funciona en internet" tiene un nombre técnico preciso: son 19 puntos de no conformidad. En un proyecto real, esos 19 puntos son la diferencia entre una web que genera presupuestos y una web que existe sin que nadie la vea.
El cálculo real
El ascensor generado por IA sube. La cabina se mueve, la animación funciona, el formulario tiene sus campos. Pero si alguien pulsa el botón de llamada y no hay nadie al otro lado del cable, el ascensor no va a ninguna parte.
Lo que la auditoría puso en evidencia es la capa que hace que una web trabaje de verdad. El esquema estructurado que le dice a Google quién es usted y dónde opera. El contraste que permite que una persona con baja visión lea sus certificaciones. La arquitectura semántica que hace que Perplexity o ChatGPT lo mencionen cuando alguien busca un técnico de ascensores en Madrid.
Esa capa no es un lujo. Para un autónomo o una pyme cuyo cliente toma decisiones basándose en lo que encuentra online, esa capa es el negocio.
Las herramientas de IA han cambiado el tiempo que tarda en existir un código. No han cambiado lo que determina si ese código trabaja para usted o simplemente ocupa espacio en un servidor. Eso sigue dependiendo de las mismas cosas de siempre: criterio, auditoría y alguien que se haga responsable del resultado.
¿Sabe realmente cómo está su web?
Si quiere una lectura honesta de su situación, código, visibilidad y SEO, estoy disponible para una primera conversación sin compromiso.
Hablemos