Por Manu Fraga, consultor SEO y diseñador web
El diseño web SEO es construir la web para que Google pueda rastrearla, entenderla y mostrarla desde el primer día, no arreglarla después. En la práctica son seis cosas que se deciden al diseñar: la versión móvil, el contenido en texto, los enlaces, la estructura de URLs, los títulos y la velocidad. Google lo dice en su propia guía sobre contratar SEO: un buen momento para hacerlo es cuando vas a cambiar el diseño de tu web o a publicar una nueva, «cuanto antes, mejor».
Lo cito porque es la frase que más me interesa que lea alguien que está pidiendo presupuestos de web. Está en la página de Google «¿Necesitas un especialista en SEO?». Lo que viene a continuación es lo que yo miro en una web nueva antes de darla por buena, y en cada punto enlazo la documentación oficial de Google de la que sale.
Lo primero que lee Google es la versión móvil
Google lo explica así en su guía de indexación centrada en los móviles: «Google indexa y posiciona las versiones para móviles del contenido de los sitios». Es decir, la web que cuenta para Google es la que se ve en el teléfono.
De ahí sale una regla que pido al diseñar: en el móvil tiene que estar el mismo contenido que en el ordenador. Se puede colocar distinto. Google admite expresamente moverlo «a acordeones o pestañas» para ahorrar espacio, pero no quitarlo. Si para que la versión móvil quede limpia se recortan textos, Google advierte que puedes perder algo de tráfico, porque «no podrá obtener tanta información de tus páginas como antes».
Cuando reviso un diseño, lo abro primero en el móvil y comparo página a página con el ordenador. Si un bloque de servicios o una tabla desaparece en pantalla pequeña, lo marco.
El contenido importante, en texto y en el HTML
Hay webs muy vistosas en las que buena parte del texto está dentro de imágenes o vídeos, o se carga con JavaScript después de abrir la página. Para una persona puede verse igual. Para un buscador, no siempre.
Google renderiza JavaScript, pero en su guía de conceptos básicos de SEO con JavaScript recomienda igualmente servir el contenido ya montado desde el servidor, porque «así tu sitio web funcionará más rápido para los usuarios y los rastreadores; además, no todos los robots pueden ejecutar JavaScript». Los rastreadores de las IA también tienen que leer tu web.
Lo que pido al diseñar:
- Que el texto de cada servicio esté escrito en la página, no metido en una imagen.
- Que los títulos de sección sean títulos de verdad, no texto dibujado.
- Que las imágenes lleven un texto alternativo que describa lo que se ve. Google lo pide en su guía de SEO para principiantes, porque «ayuda a los buscadores a entender de qué trata tu imagen».
Enlaces que Google pueda seguir
Los menús de algunas plantillas parecen enlaces, pero por dentro son botones que cambian de página con un script. Google es claro en sus prácticas recomendadas sobre enlaces: solo puede seguir de forma fiable los enlaces hechos con la etiqueta <a> y un atributo href. Los que funcionan solo con un onclick o con un <span> no los extrae de forma fiable.
Por eso lo reviso en la maqueta y no al final: prefiero cambiar un menú antes de publicar que descubrir después que las páginas de servicio no aparecen.
El texto del enlace también cuenta. Google pide que describa la página enlazada y pone «Haga clic aquí» como ejemplo de texto poco útil. Algo como «ver servicios de mantenimiento» (el ejemplo es mío) explica mucho más.
Una estructura y unas URLs que se entiendan solas
En la guía para principiantes, Google aconseja organizar el sitio «de forma lógica» al configurarlo o rehacerlo, y usar URLs descriptivas, con palabras en lugar de números de identificación largos. Una dirección como /servicios/mantenimiento-web/ se entiende sola; /?page_id=482, no.
Mi criterio al diseñar una web de empresa es sencillo: una página por cada servicio que vendes, con su propia URL, en vez de una sola página de «Servicios» con todo junto. Cada página puede responder a una búsqueda distinta. Esto es criterio mío, no una norma de Google, pero es la forma más directa que conozco de que cada servicio tenga dónde aparecer.
Si la web nueva sustituye a una vieja, aquí entran también las redirecciones de las URLs antiguas. Lo expliqué con detalle en qué hacer al cambiar de web o de dominio; es un paso que no conviene saltarse.
Títulos y descripciones escritos página a página
El título de cada página es una de las fuentes que usa Google para escribir el enlace del resultado de búsqueda. La guía para principiantes pide que sea «único para la página, claro y conciso» y que describa con precisión su contenido. La descripción, igual: «breve, única para una página en particular» y con lo más relevante.
Lo que reviso es que no se repitan: ni el mismo título en todas las páginas, ni la descripción de la portada copiada en las demás. Pido que, antes de publicar, alguien escriba los títulos y las descripciones de cada página a mano. Son pocas líneas por página.
Velocidad y experiencia: lo que Google mide
Aquí conviene separar lo que Google dice de lo que se vende. Según su página sobre la experiencia en la página, sus sistemas de posicionamiento usan las Core Web Vitals, tres métricas de experiencia real. Los umbrales que da en su documentación de Métricas web principales son:
- LCP (lo que tarda en verse el contenido principal): menos de 2,5 segundos.
- INP (lo que tarda en responder al tocar algo): menos de 200 milisegundos.
- CLS (cuánto se mueve la página mientras carga): menos de 0,1.
Pero en la página de experiencia en la página Google añade dos matices que conviene tener presentes al pedir presupuesto. El primero: sacar buena nota en esas métricas «no garantiza» que tus páginas vayan a aparecer al principio de los resultados. El segundo: intentar la puntuación perfecta solo por SEO puede que «no sea la mejor forma de invertir tu tiempo». Lo que yo pido es que, en las pruebas del móvil antes de publicar, LCP y CLS estén dentro de esos umbrales, y que INP y los datos de usuarios reales se revisen cuando la web tenga visitas. Sin más obsesión que esa.
En la misma página, Google pregunta también si la web se sirve de forma segura (HTTPS), si se ve bien en el móvil, si evita ventanas emergentes que tapan el contenido y si se distingue con facilidad el contenido principal. Son cuatro de las seis preguntas que plantea, y se resuelven en el diseño.
¿Y para las IA hace falta algo más?
Google responde a esa pregunta en «Funciones de IA y tu sitio web»: no hay requisitos adicionales para aparecer en sus resúmenes de IA ni en el Modo IA. La página tiene que estar indexada y poder mostrarse con fragmento. Y añade: «No es necesario crear archivos legibles por máquinas, archivos de texto de IA ni marcas» especiales.
Lo que sí piden Google y las demás es poder entrar. Google recuerda que el rastreo tiene que estar permitido en el robots.txt «y en cualquier CDN o infraestructura de alojamiento». OpenAI explica en su página de rastreadores que las webs que bloquean OAI-SearchBot no se muestran en las respuestas de búsqueda de ChatGPT. Perplexity recomienda en su documentación de rastreadores permitir PerplexityBot para aparecer en sus resultados.
Por eso, al entregar una web, reviso el robots.txt y la configuración del servidor o del cortafuegos. Si hay un cortafuegos o un sistema anti-robots, compruebo que no deja fuera a estos rastreadores: un bloqueo así no se ve en el diseño.
Si tu web ya está publicada y quieres ver si ChatGPT nombra a tu empresa, puedes comprobarlo con el test «¿Te recomienda ChatGPT?».
Mi lista antes de dar por terminada una web
Esta es la lista que repaso yo. No es oficial: es mi forma de juntar lo anterior en algo que se pueda comprobar antes de publicar.
- El móvil tiene el mismo contenido que el ordenador.
- Los textos de servicios están escritos en la página, no en imágenes.
- El menú y los botones importantes son enlaces
<a href>. - Cada servicio tiene su página y una URL legible.
- Cada página tiene su propio título y su propia descripción.
- Las imágenes llevan texto alternativo que describe lo que se ve.
- En las pruebas del móvil, LCP y CLS están dentro de los umbrales de Google (INP y los datos reales, cuando haya visitas).
- La web va con HTTPS y sin ventanas que tapen el contenido.
- El robots.txt y el servidor dejan pasar a Googlebot, OAI-SearchBot y PerplexityBot.
- Si había web anterior, las URLs viejas redirigen a su equivalente nueva.
Un apunte de una medición que hice el 19 de octubre de 2026 con la API de resultados de DataForSEO (Google España, en español, desde ordenador): para la búsqueda «diseño web seo», lo primero que salía no era un resumen de IA, sino el paquete de Google Maps con tres empresas. Parece que Google la trata como una búsqueda de proveedor. Es una sola consulta, un día; no saco más conclusión que esa.
Si quieres ver cómo aplico esto en webs reales, tienes ejemplos en mi portfolio, y si estás pensando en hacer o rehacer la tuya, te cuento cómo trabajo en diseño web para empresas de toda España.
Sigue leyendo
Escrito por Manu Fraga
Soy consultor SEO y diseñador web en A Coruña. Trabajé más de 10 años en agencias de publicidad y marketing y hoy ayudo a negocios de toda España a que los encuentren en Google.