SEO técnico para que Google pueda encontrar, entender y medir tu sitio
El SEO técnico es la capa que permite que Google rastree, renderice, indexe, consolide y mida las URLs de un sitio. Sin esta base, el contenido y los enlaces trabajan con fricción o no trabajan. No es una garantía de posiciones, pero sí es la infraestructura mínima sin la cual las demás capas no funcionan.
Cuando el problema no es la keyword, sino la infraestructura
Una página puede tener buen contenido, keywords relevantes y enlaces, y aun así no aparecer en Google. En muchos casos, el problema no es lo que se escribió, sino lo que impide que Google lo encuentre, lo procese o lo entienda.
Rastreo bloqueado
Googlebot no puede acceder a páginas importantes porque robots.txt, redirecciones o errores de servidor lo impiden.
Indexación fallida
La URL existe, responde 200 y tiene contenido, pero no aparece en el índice de Google sin razón aparente.
Renderizado incompleto
El contenido cargado con JavaScript no es visible para Googlebot en el momento del rastreo, antes del renderizado.
Señales divididas por duplicados
Varias URLs muestran contenido similar o idéntico sin una canónica clara, dividiendo señales entre versiones.
Performance que afecta experiencia
LCP, INP o CLS fuera de umbral generan experiencias lentas o inestables que pueden impactar métricas clave.
Medición rota
Sin Search Console configurado o con propiedades incorrectas, no hay forma de saber si Google puede indexar las URLs.
Rastreo: que las URLs importantes sean encontrables
Google usa enlaces para descubrir páginas nuevas y entender mejor su contexto dentro del sitio. La arquitectura técnica prioriza URLs canónicas, rutas limpias, enlaces rastreables y un sitemap consistente como señales que facilitan ese proceso.
Controla qué rutas puede rastrear Googlebot. No es un mecanismo para mantener páginas fuera de los resultados de búsqueda.
Sugiere URLs preferidas a Google. Enviar un sitemap es una señal —no una garantía de rastreo ni de indexación.
Los enlaces son la forma principal en que Google descubre páginas nuevas y entiende mejor su contexto dentro del sitio.
Una arquitectura de URLs coherente ayuda a Googlebot a entender qué páginas son más importantes dentro del sitio.
Ver auditoría SEO para diagnóstico completo de arquitectura y rastreo.
Robots, noindex y sitemap: tres controles distintos
Una confusión técnica frecuente es usar robots.txt para controlar indexación o sitemap para garantizarla. Cada control tiene una función específica y usarlos fuera de su propósito genera resultados impredecibles.
Gestiona qué puede rastrear Googlebot
No sirve para mantener páginas fuera del índice de Google
Indica a Google que no indexe esa URL específica
Es el mecanismo correcto para excluir páginas del índice
Sugiere URLs preferidas a los motores de búsqueda
No garantiza indexación; es una señal, no una instrucción
robots.txt sirve principalmente para gestionar rastreo, no para mantener una página fuera de los resultados de Google. Enviar un sitemap ayuda a informar URLs preferidas, pero no garantiza que Google lo use para rastrear o indexar.
Canónicas, duplicados y señales consistentes
Cuando varias URLs muestran contenido similar o idéntico —versiones www/no-www, con/sin slash, parámetros UTM, versiones de paginación— Google tiene que decidir cuál es la preferida. Sin una canónica clara, las señales se dividen y pueden aplicarse a la URL equivocada.
- ·Señales de enlaces apuntando a distintas versiones de la misma URL
- ·Variantes por parámetros: ?utm_source, ?ref, ?page=1
- ·Versiones www vs no-www, http vs https
- ·URLs con y sin barra al final (/pagina vs /pagina/)
- ·Usar robots.txt para canonicalizar —no debe usarse con este propósito
- ·Canónicas que apuntan a URLs bloqueadas por noindex
- ·Canónicas inconsistentes entre sitemap, enlaces internos y etiqueta rel=canonical
- ·Páginas de ecommerce con parámetros de filtro sin consolidación
Ver SEO para ecommerce para casos específicos de canonicalización en tiendas con facetas y filtros.
JavaScript SEO: rastreo, renderizado e indexación
Google procesa aplicaciones JavaScript en fases: rastreo, renderizado e indexación. El contenido generado por JavaScript no siempre está disponible en la fase de rastreo, lo que puede retrasar o impedir su indexación. El problema no es JavaScript en sí, sino no validar que el contenido crítico sea visible en el momento adecuado.
Googlebot descarga el HTML inicial. Si el contenido importante solo existe en el DOM después de ejecutar JS, no está disponible en esta fase.
Google ejecuta el JavaScript y construye el DOM completo. Este proceso puede ocurrir días después del rastreo inicial según la cola de renderizado.
Google analiza el contenido renderizado y decide si indexar la URL. El contenido visible en el HTML renderizado es lo que se indexa.
Para validar contenido crítico en sitios con frameworks JavaScript, usar URL Inspection en Search Console y revisar el HTML renderizado que Google ve versus el HTML del servidor.
Core Web Vitals: LCP, INP y CLS sin humo
Core Web Vitals trabaja actualmente con LCP, INP y CLS como métricas estables. Miden la experiencia real de usuarios —velocidad de carga, capacidad de respuesta y estabilidad visual. Son señales de experiencia, no garantías de ranking.
La utilidad de CWV en SEO técnico no es acumular puntos en Lighthouse, sino identificar páginas con experiencia degradada que generan abandono medible.
Mide el tiempo hasta que el elemento de contenido más grande es visible. Indica velocidad de carga percibida.
Mide la capacidad de respuesta a interacciones del usuario a lo largo de toda la sesión.
Mide la estabilidad visual: cuánto se desplazan los elementos durante la carga.
Datos estructurados: pistas explícitas, no magia
Los datos estructurados ofrecen pistas explícitas sobre el significado de una página. Se implementan solo cuando el contenido que describen es visible en el HTML —no sirven para declarar información que no existe en la página ni para garantizar resultados enriquecidos.
- ·Ayudan a Google a entender de qué trata una página sin ambigüedad
- ·Habilitan la elegibilidad para resultados enriquecidos en Search
- ·Refuerzan la capa semántica de entidades en el sitio
- ·Facilitan la comprensión de bots y agentes que leen el sitio
- ·Solo marcar información que es visible en la página
- ·Usar JSON-LD como formato recomendado por Google
- ·Validar con el Rich Results Test y el Schema validator
- ·No marcar ratings, precios o datos que no están en el HTML
Para profundizar en implementación de schema y grafos de conocimiento, ver datos estructurados.
Search Console y URL Inspection: medición antes de opinión
URL Inspection permite consultar información sobre la versión indexada de una URL específica: qué vio Google en el último rastreo, si está indexada, cuál es la canónica que declaró y si hay problemas de cobertura. Search Console ofrece información de rastreo, indexación y serving directamente desde el índice de Google.
- ·Ver la versión indexada de una URL específica
- ·Revisar qué HTML renderizado vio Google en el último rastreo
- ·Confirmar la URL canónica según Google (puede diferir de la declarada)
- ·Solicitar nuevo rastreo después de correcciones técnicas
- ·Ver cuántas páginas están indexadas y cuántas no, y por qué
- ·Identificar grupos de páginas con el mismo motivo de exclusión
- ·Detectar páginas noindex no intencionales o canonicales incorrectas
- ·Monitorear tendencias de indexación a lo largo del tiempo
Términos técnicos: glosario primero, URL solo si hay intención comercial
No todos los términos técnicos del SEO merecen una página comercial. Crear URLs para cada término sin demanda de búsqueda con intención práctica genera un sitio con decenas de páginas que no trafican, no convierten y dificultan la arquitectura.
- ·robots.txt — sintaxis y directivas
- ·sitemap XML — formato y envío
- ·URL canónica — cómo se declara
- ·JavaScript SEO — conceptos base
- ·Auditoría SEO — diagnóstico con entregable
- ·SEO para ecommerce — problemas específicos de tiendas
- ·Datos estructurados — implementación y uso en KG/GEO
- ·LCP — carga percibida: causas y optimización
- ·INP — respuesta a interacciones: long tasks y React
- ·CLS — estabilidad visual: shifts y correcciones
De hallazgos técnicos a plan de 90 días
Detectar un problema técnico es solo el primer paso. Las correcciones se priorizan por impacto en visibilidad, riesgo si se dejan sin atender y esfuerzo de implementación. Los de mayor impacto pasan a auditoría SEO o al Sprint SEO 90.
Identificamos qué capa técnica está limitando la visibilidad: rastreo, indexación, canonicales, JS, CWV o medición.
No todos los problemas técnicos merecen el mismo esfuerzo. Clasificamos por impacto en visibilidad, esfuerzo de corrección y riesgo si se deja sin atender.
Las correcciones de SEO técnico requieren coordinación con desarrolladores. Entregamos especificaciones claras, no solo hallazgos.
Después de cada corrección, validamos con URL Inspection y los reportes de cobertura que Google haya recibido el cambio.
Revisa la capa técnica de tu sitio
30 minutos para revisar rastreo, indexación, canonicales y medición. Si hay problemas técnicos prioritarios, los identificamos y definimos el siguiente paso.