El SEO técnico responde a una pregunta básica: ¿pueden los buscadores entrar, interpretar y priorizar correctamente tu sitio? Si la respuesta es no, todo lo demás —contenido, palabras clave, enlaces— trabaja sobre una base que no sostiene.
Es la parte del SEO que menos se ve y la que más condiciona el resto. Una web puede tener buen diseño, textos correctos y un producto excelente, y aun así no aparecer, porque hay algo entre el contenido y el buscador que lo impide: una directiva mal puesta, una arquitectura que entierra las páginas importantes, un renderizado que el rastreador no llega a ejecutar.
Qué reviso
Rastreo e indexación
Acceso y descubrimiento
robots.txt, sitemap.xml, estados HTTP, canonicals, cadenas de redirecciones, parámetros, paginación y duplicidades. Qué páginas puede alcanzar el rastreador, cuáles está consumiendo sin que aporten nada y cuáles no encuentra.
Arquitectura
Jerarquía y enlazado
Estructura de URLs, profundidad de clic, navegación y enlazado interno. Cómo se reparte la autoridad dentro del sitio y si las páginas que deben captar demanda están recibiéndola o quedan aisladas.
Implementación
HTML, renderizado y metadatos
Qué hay en el HTML que se sirve y qué aparece solo después de ejecutar JavaScript. Títulos, descriptions, encabezados, canonicals y datos estructurados en Schema.org.
Medición
Search Console y GA4
Línea base antes de tocar nada: qué consultas entran hoy, qué páginas reciben impresiones sin clics y qué está indexado de verdad. Sin línea base no hay forma de demostrar después qué funcionó.
El problema del renderizado, explicado
Cada vez más sitios se construyen con herramientas que dibujan la página en el navegador mediante JavaScript. El usuario ve una web completa. El rastreador, en cambio, recibe primero un documento casi vacío y tiene que ejecutar ese JavaScript para ver el contenido.
Google lo hace, pero en una segunda pasada y con retraso. Los rastreadores de los sistemas de IA, en general, no lo hacen: leen el HTML tal como se sirve. Eso significa que una web puede estar razonablemente posicionada en Google y ser, al mismo tiempo, invisible para ChatGPT, Perplexity o Claude. Es un problema que crece y que casi nunca se detecta hasta que alguien lo busca expresamente.
Lo explico con más detalle en este artículo, con las comprobaciones que puedes hacer tú misma en dos minutos.
Cómo priorizo
Una herramienta de auditoría devuelve cientos de incidencias sin distinguir entre lo que cuesta visibilidad y lo que es cosmético. Entregar esa lista tal cual no es un trabajo: es trasladar el problema.
Ordeno cada hallazgo por dos ejes: cuánta visibilidad está costando hoy y cuánto esfuerzo requiere resolverlo. De ahí salen cuatro grupos: lo urgente (mucho impacto, poco esfuerzo), lo planificable (mucho impacto, mucho esfuerzo), lo que se hace si sobra tiempo, y lo que se descarta explicando por qué. Ese último grupo importa: saber qué no hay que hacer ahorra más presupuesto que casi cualquier optimización.
El proceso, paso a paso
- Línea base. Search Console, GA4 y un rastreo completo del sitio. Antes de opinar, medir.
- Rastreo e indexación. Qué está indexado, qué no y por qué. Comparación entre lo que el sitio ofrece y lo que el buscador ha aceptado.
- Renderizado. Comparar el HTML servido con el HTML final para saber qué contenido depende de JavaScript.
- Arquitectura y enlazado. Profundidad, jerarquía, páginas huérfanas y reparto interno de autoridad.
- Metadatos y datos estructurados. Títulos, descripciones, encabezados, canonicals y Schema.org.
- Priorización. Los hallazgos se convierten en decisiones ordenadas por impacto.
- Acompañamiento. Verificación de que lo implementado funciona y se refleja en Search Console.
Qué recibes
- Un informe escrito en lenguaje comprensible, con la explicación técnica separada para quien tenga que ejecutarla.
- Un plan priorizado por impacto, no una lista de errores ordenada por herramienta.
- Las especificaciones concretas de cada corrección: qué cambiar, dónde y por qué.
- La línea base medida, para poder demostrar después qué cambió.
- Una sesión de revisión para resolver dudas antes de que empiece la implementación.
Aplicación real
En Disegni New Kids trabajé sobre un caso con cero indexación: arquitectura SPA que los buscadores no llegaban a leer, metadatos genéricos en inglés, rutas de administración expuestas y ausencia total de datos estructurados. La base técnica está resuelta y el proyecto continúa en medición. No publico cifras de tráfico hasta que el histórico sea representativo.
Preguntas frecuentes
¿Cuánto tarda una auditoría de SEO técnico?
Depende del tamaño del sitio y de si es un sitio de contenidos o un catálogo. Un sitio pequeño puede revisarse en pocos días; un e-commerce con miles de URLs necesita más tiempo de rastreo y de análisis. Prefiero decir un plazo cuando ya he visto el sitio, no antes.
¿El SEO técnico sirve si mi web es nueva y no tiene tráfico?
Sí, y normalmente es el mejor momento. Corregir la arquitectura y el rastreo antes de publicar contenido evita tener que rehacer URLs, redirecciones y enlazado más adelante, que es lo que de verdad cuesta caro.
¿Hace falta un desarrollador para aplicar los cambios?
A veces sí. Hay correcciones que se hacen desde el gestor de contenidos y otras que tocan plantillas, servidor o renderizado. En el informe separo siempre lo que puedes aplicar tú de lo que necesita desarrollo, con la explicación técnica que tu equipo necesita para ejecutarlo.
¿Me garantizas que subiré posiciones?
No. Nadie puede garantizar posiciones, porque dependen de la competencia y de decisiones de Google que no controlamos. Lo que sí puedo garantizar es que el sitio deje de tener obstáculos técnicos para ser rastreado, indexado e interpretado, y que sepas en qué orden conviene resolverlos.
¿Tu sitio no aparece como debería?
Podemos empezar por un diagnóstico técnico y un plan priorizado por impacto.