Qué es SEO para ingeniería?

Desde el punto de vista técnico, SEO es el conjunto de decisiones de ingeniería que determinan si un sitio puede ser correctamente consumido, entendido e indexado por motores de búsqueda y sistemas automatizados (incluyendo IA).

No se trata solo de “posicionar mejor”, sino de garantizar que:

  • el contenido exista realmente en el HTML
  • las URLs sean consistentes y estables
  • la estructura sea semántica y predecible
  • los cambios de arquitectura no rompan señales acumuladas
  • el sitio sea legible para humanos y máquinas

En sitios modernos (Next.js, SPAs, headless CMS), SEO es un problema estructural, no editorial.

0.2 Qué NO es SEO (desde el lado técnico)

Para dejarlo explícito:

SEO NO es:

  • escribir textos “para Google”
  • repetir keywords
  • agregar tags sin entender el impacto
  • algo que se “arregla al final”
  • responsabilidad exclusiva de marketing o content

Cuando SEO se trata así, los problemas aparecen después del go-live, cuando ya es caro corregirlos.

0.3 Por qué SEO es responsabilidad del equipo de ingeniería

El equipo técnico define directamente:

  • qué HTML se renderiza
  • cuándo y cómo se renderiza
  • qué URLs existen
  • cómo se navega el sitio
  • qué se indexa y qué no
  • cómo se comporta una migración
  • cómo responden los endpoints
  • qué ve un crawler sin JS

En la práctica:

Google, Bing y las IA consumen lo que el backend y el render entregan, no lo que “debería verse” en el browser.

Si algo no está bien resuelto a nivel técnico:

  • ningún copy lo compensa
  • ningún schema lo arregla
  • ningún “SEO plugin” lo salva

0.4 SEO como parte de la arquitectura del sitio

SEO no es una capa aislada, se cruza con:

Arquitectura de frontend

  • SSR / ISR / CSR
  • routing
  • layouts
  • hidratación

Backend / Infra

  • headers
  • redirects
  • status codes
  • performance
  • caching
  • WAF / rate limiting

CMS / Content model

  • estructura del contenido
  • relaciones
  • reutilización
  • duplicados
  • internacionalización

Por eso, las decisiones SEO deben tomarse al inicio del proyecto, no en QA.

0.5 Relación entre SEO, performance y accesibilidad

Estos tres conceptos están profundamente conectados:

  • Performance
    • HTML rápido y estable mejora indexación
    • Core Web Vitals impactan ranking
  • Accesibilidad
    • Semántica correcta = mejor comprensión por crawlers
    • ALT text, headings, estructura clara
  • SEO
    • Es el resultado de las dos anteriores bien hechas

Un sitio accesible y performante casi siempre es un sitio SEO-friendly.

0.6 SEO en la era de la IA (contexto actual)

Hoy el contenido no solo lo consumen buscadores clásicos, sino también:

  • Google AI Overviews / SGE
  • motores generativos
  • agentes automáticos
  • sistemas de RAG
  • crawlers que no ejecutan JS

Esto implica que:

  • la estructura importa más que nunca
  • el contenido debe ser extraíble
  • el HTML debe ser claro y limpio
  • los datos estructurados son una señal clave
  • representaciones alternativas (ej. Markdown) empiezan a cobrar valor

SEO ya no es solo “ranking”, es machine-readability.

0.7 Qué cubre este documento (scope del engine)

Este engine cubre SEO técnico aplicado a websites, con foco en:

  • sitios custom
  • frameworks modernos (Next.js)
  • headless CMS
  • proyectos multi-idioma
  • migraciones
  • performance
  • preparación para IA

No cubre:

  • estrategias de contenido
  • keyword research editorial
  • link building externo

0.8 Responsabilidad y ownership

En NK, el SEO técnico:

  • es responsabilidad del equipo de ingeniería
  • se valida antes de salir a producción
  • forma parte del Definition of Done
  • no se deja como deuda técnica

Todo lo que se documenta en este engine:

  • tiene impacto real
  • es verificable
  • se refleja en el checklist de go-live

0.9 Regla fundamental

Si algo no está bien definido desde lo técnico, el sitio puede “verse bien” y aun así estar roto para SEO.

Este engine existe para evitar eso.