Elvis Soto

SEO técnico

SEO técnico: que Google pueda rastrear, entender e indexar tu web

El SEO técnico es la base sobre la que se sostiene todo lo demás. Da igual lo bueno que sea tu contenido si Google no llega a él, lo renderiza mal o lo considera duplicado. Trabajo la capa técnica junto a tu equipo de desarrollo, con especificaciones claras y comprobables, no con recomendaciones abstractas.

Elvis Soto, especialista en seo técnico

Señales

Cuándo necesitas seo técnico

Si te reconoces en alguno de estos puntos, este servicio es para ti.

  • Tu web es una SPA y Google no ve parte del contenido.
  • Search Console muestra miles de páginas “descubiertas, no indexadas”.
  • Tienes parámetros y filtros generando URLs infinitas.
  • Cada despliegue rompe algo de SEO sin que nadie se entere.

Alcance

Qué incluye el servicio de seo técnico

Trabajo concreto y verificable, con entregables claros en cada fase.

Rastreo y presupuesto de rastreo

Análisis de logs, robots.txt y profundidad de clic.

Renderizado y JavaScript SEO

Comprobación de qué ve Googlebot frente a qué ve el usuario.

Indexación limpia

Canonicals, noindex, paginación, facetas y sitemaps segmentados.

Datos estructurados

Schema correcto y validado para tus tipos de página.

Una web que Google rastrea con eficiencia y donde cada URL importante llega a indexarse.

Método

Cómo trabajo seo técnico paso a paso

  1. 01

    Diagnóstico

    Punto de partida real antes de tocar nada, aplicado a SEO técnico.

  2. 02

    Plan

    Prioridades por impacto y esfuerzo, con plazos realistas.

  3. 03

    Ejecución

    Implementación propia o acompañamiento a tu equipo.

  4. 04

    Medición

    Search Console, GA4 y posiciones, revisados cada mes.

Renderizado: qué compruebo entre lo que ve el usuario y lo que ve Googlebot

En proyectos con React, Vue o cualquier framework con hidratación en cliente, comparo el HTML servido antes de ejecutar JavaScript con el DOM final usando la herramienta de inspección de URL de Search Console y renderizados manuales con Puppeteer. La diferencia entre ambos me dice qué contenido depende de JavaScript para existir y, por tanto, qué riesgo de indexación tardía o parcial corre esa página.

No basta con confirmar que Google "puede" renderizar la página: reviso cuánto tarda en hacerlo comparando la fecha de publicación con la fecha de primera indexación real. En catálogos grandes esa demora puede ser de semanas, y ahí recomiendo mover contenido crítico a renderizado en servidor o a generación estática en lugar de confiar en el rastreo diferido.

Presupuesto de rastreo: cómo lo mido y qué palancas muevo

Calculo el presupuesto de rastreo real cruzando logs de servidor con el inventario de URLs del sitio, no con estimaciones genéricas. Eso muestra cuántas peticiones de Googlebot se van en parámetros, facetas o paginación infinita frente a las que llegan a páginas que realmente aportan negocio, algo que ninguna herramienta de auditoría automática calcula sin logs reales.

Cuando el rastreo se dispersa, actúo sobre varias palancas a la vez: robots.txt para bloquear rutas sin valor, canonicals consistentes, parámetros gestionados desde el propio sistema en lugar de exponerlos todos, y una reducción de la profundidad de clic hacia las páginas que sí importan. El objetivo no es maximizar el número de rastreos, sino que cada uno cuente.

Datos estructurados: más allá de pasar el validador

Que un schema pase el test de resultados enriquecidos de Google no significa que esté bien planteado. Reviso que los tipos elegidos correspondan realmente al contenido —no marcar como FAQPage un bloque que no son preguntas frecuentes reales— y que los datos del marcado coincidan exactamente con lo visible en la página, porque la discrepancia es motivo de descarte silencioso por parte de Google.

También superviso cómo se generan esos datos en el código: si dependen de una plantilla que puede romperse con un despliegue, dejo pruebas automatizadas o al menos una checklist de QA técnico para que cada release verifique que el schema sigue siendo válido antes de publicar.

Cómo evito que cada despliegue rompa algo de SEO

El problema más habitual en equipos con ciclos de despliegue rápidos no es un error puntual, es la ausencia de un checklist previo a producción. Defino con el equipo de desarrollo un conjunto de comprobaciones —robots.txt, canonicals, códigos de estado, redirecciones— que se ejecutan antes de cada release, integradas cuando es posible en el propio pipeline de CI/CD.

Complemento eso con monitorización continua: alertas si el robots.txt cambia sin aviso, si sube el número de errores 404 o 5xx en Search Console, o si cae de golpe el número de páginas indexadas. Detectar el problema en horas en lugar de en el informe mensual es la diferencia entre un susto y una pérdida real de visibilidad.

Checklist

Trabajo concreto que hago en seo técnico

Tareas verificables, con entregable y criterio de aceptación.

Auditoría de renderizado

Comparativa entre HTML inicial y DOM renderizado por plantilla de página.

Análisis de logs

Distribución real del rastreo de Googlebot por sección y tipo de URL.

Limpieza de indexación

Canonicals, noindex y sitemaps segmentados por tipo de contenido.

Validación de datos estructurados

Schema contrastado contra el contenido visible, no solo contra el validador.

Checklist de despliegue

Comprobaciones SEO integradas antes de cada release a producción.

Monitorización técnica

Alertas sobre cambios en robots.txt, códigos de estado e indexación.

Errores frecuentes

Lo que más me encuentro en seo técnico

  • Confiar en que Googlebot renderiza igual y a la misma velocidad que un navegador de usuario.
  • Bloquear en robots.txt recursos JavaScript o CSS necesarios para el renderizado.
  • Añadir schema sin comprobar que coincide con el contenido realmente visible en la página.
  • No monitorizar el robots.txt y descubrir un bloqueo accidental semanas después.
  • Tratar el SEO técnico como un proyecto puntual en lugar de un proceso continuo con cada despliegue.

Preguntas frecuentes

Preguntas frecuentes sobre seo técnico

¿El SEO técnico sirve si mi web es pequeña?+

Sí, aunque el margen es menor. En webs pequeñas suele resolverse en pocas semanas y luego el peso pasa a contenidos y autoridad.

¿Trabajas directamente con mi equipo de desarrollo?+

Sí. Entrego tickets con criterios de aceptación y reviso el resultado en staging antes de que llegue a producción.

¿Puedes trabajar con webs en React, Next o headless?+

Sí. Son precisamente los proyectos donde el renderizado y la indexación necesitan más control.

¿Cómo detectáis si Googlebot está rastreando con presupuesto limitado?+

Cruzando logs de servidor con el inventario de URLs: si Googlebot pasa la mayoría de sus visitas en parámetros, facetas o paginación y llega poco a las páginas de valor, el presupuesto de rastreo se está desperdiciando, aunque el sitio no tenga errores visibles.

¿Trabajáis con CDN, edge functions o arquitecturas headless complejas?+

Sí. Son entornos donde suelo aportar más valor, porque los problemas de indexación no son evidentes a simple vista y requieren revisar cabeceras, cacheo y renderizado en cada capa de la infraestructura, no solo el frontend.

¿Hablamos de seo técnico para tu proyecto?

Cuéntame tu situación y te digo con claridad si este servicio es lo que necesitas o si empezaría por otro sitio.