SEO básico en desarrollo web: qué construir desde el principio
Buena parte del SEO no es marketing en absoluto: son decisiones tomadas durante el desarrollo que son baratas al construir y caras después. La estructura de URLs, la estrategia de renderizado, el enlazado interno y los metadatos editables caen todos en esa categoría.
Esta guía cubre qué construir desde el principio, aproximadamente en orden de lo doloroso que resulta añadirlo después.
Asegúrese de que el sitio se puede rastrear e indexar#
Todo lo demás es irrelevante si los buscadores no pueden alcanzar ni leer sus páginas. Aquí también se concentran los errores del día del lanzamiento.
- El robots.txt de producción permite el rastreo. La copia de preproducción no debe desplegarse con él.
- Ninguna etiqueta noindex despistada arrastrada desde preproducción.
- Cada página tiene una URL canónica autorreferenciada y hay un único nombre de host canónico.
- El contenido está en el HTML o se renderiza en el servidor. Si solo aparece tras ejecutar JavaScript, la indexación se vuelve más lenta y menos fiable.
- Un sitemap XML que liste solo URLs indexables y canónicas, no variantes filtradas ni paginadas.
- Cada página indexable tiene al menos un enlace interno. Las páginas huérfanas apenas se rastrean.
- Códigos de estado coherentes: 200 para páginas reales, 404 para las que faltan, 301 para las movidas.
El fallo de lanzamiento más común de esta lista es el robots.txt de preproducción llegando a producción. Compruébelo desde fuera de su red el día del lanzamiento.
Estructura que los buscadores puedan leer#
Las decisiones estructurales son las dolorosas de cambiar después, porque cambiarlas implica redirecciones y perder señales acumuladas.
| Decisión | Constrúyala así | Coste de cambiarla después |
|---|---|---|
| Patrón de URL | Corta, minúsculas, con guiones, estable | Alto: redirecciones y señales perdidas |
| Jerarquía de encabezados | Un H1, sin saltarse niveles | Bajo |
| Enlazado interno | Centros que enlazan a detalles y de vuelta | Medio |
| Paginación | Enlaces rastreables, no solo JavaScript | Medio |
| Navegación facetada | noindex en las combinaciones de filtros | Alto: la inflación del índice tarda en limpiarse |
| Versiones de idioma | URLs con prefijo más hreflang recíproco | Muy alto |
Metadatos que su equipo pueda editar de verdad#
Un fallo de construcción habitual es generar títulos y descripciones desde una plantilla sin forma de sobrescribirlos. Seis meses después marketing necesita cambiar el título de una página y la respuesta es un ticket de desarrollo.
- Etiqueta title editable por página, con un valor generado por defecto que sea razonable.
- Meta descripción editable, con un contador de caracteres visible en el CMS.
- Título, descripción e imagen de Open Graph editables para los enlaces compartidos.
- Datos estructurados en las plantillas que los admitan: Article, Product, FAQ, Breadcrumb, Organization.
- Un interruptor de noindex por página para las páginas que deban existir pero no posicionar.
- Canónica automática, con anulación manual para el caso raro que la necesite.
Marque solo lo que de verdad es visible en la página. Datos estructurados que describen contenido que un visitante no puede ver son una infracción de las directrices, no un atajo.
Velocidad y estabilidad como requisitos de construcción#
La experiencia de página es parte de la construcción, no un proyecto de optimización posterior. Añadir velocidad a un sitio terminado suele implicar deshacer decisiones en vez de añadir código.
| Métrica | Objetivo | Se construye con |
|---|---|---|
| Largest Contentful Paint | Por debajo de 2,5 s | Priorizar la imagen principal, evitar recursos que bloquean el renderizado |
| Cumulative Layout Shift | Por debajo de 0,1 | width y height en las imágenes, espacio reservado para incrustaciones |
| Interaction to Next Paint | Por debajo de 200 ms | Menos JavaScript y no bloquear el hilo principal |
| Peso de página | Lo más bajo que permita el diseño | Formatos de imagen modernos, sin librerías sin usar |
| Time to First Byte | Por debajo de 800 ms | Caché, un CDN y consultas de base de datos sensatas |
Preguntas frecuentes
¿El SEO debe estar en el encargo de desarrollo?
Las partes técnicas sí: rastreabilidad, estructura de URLs, metadatos editables, datos estructurados, objetivos de rendimiento y el mapa de redirecciones. La estrategia de contenidos y la construcción de enlaces son trabajo aparte con otro perfil. Poner los requisitos técnicos en el encargo hace que se presupuesten en vez de descubrirse tras el lanzamiento, que es cuando cuestan varias veces más.
¿Un framework de JavaScript perjudica el SEO?
Puede, si las páginas solo se renderizan en el navegador. Los buscadores ejecutan JavaScript pero con retraso y no siempre por completo, así que el renderizado exclusivo en cliente hace la indexación más lenta y menos fiable. El renderizado en servidor o la generación estática eliminan el problema. Para un sitio de contenido, la respuesta más simple suele ser poner el contenido en el HTML.
¿Cuánto tarda en llegar tráfico de búsqueda tras el lanzamiento?
Para un dominio nuevo, normalmente semanas hasta la indexación y meses hasta posiciones relevantes: los sitios nuevos no posicionan rápido por buena que sea la calidad técnica. Para el relanzamiento de un sitio existente con redirecciones limpias, cuente con dos a seis semanas de fluctuación antes de asentarse cerca del nivel anterior.
¿Necesito un plugin de SEO?
En un CMS, un plugin es una forma cómoda de dar a la redacción control sobre títulos, descripciones, canónicas y sitemaps. No es una estrategia, y su salida por defecto no sustituye a alguien que decida de qué trata cada página. En un desarrollo a medida la misma funcionalidad suele escribirse directamente y resulta más ligera.
seo desarrollo webseo básicoseo técnicoseo para desarrolladoresrastreabilidadseo on page
