Rastreo y presupuesto de rastreo
Análisis de logs, robots.txt y profundidad de clic.
SEO técnico
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.

Señales
Si te reconoces en alguno de estos puntos, este servicio es para ti.
Alcance
Trabajo concreto y verificable, con entregables claros en cada fase.
Análisis de logs, robots.txt y profundidad de clic.
Comprobación de qué ve Googlebot frente a qué ve el usuario.
Canonicals, noindex, paginación, facetas y sitemaps segmentados.
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
Punto de partida real antes de tocar nada, aplicado a SEO técnico.
Prioridades por impacto y esfuerzo, con plazos realistas.
Implementación propia o acompañamiento a tu equipo.
Search Console, GA4 y posiciones, revisados cada mes.
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.
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.
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.
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
Tareas verificables, con entregable y criterio de aceptación.
Comparativa entre HTML inicial y DOM renderizado por plantilla de página.
Distribución real del rastreo de Googlebot por sección y tipo de URL.
Canonicals, noindex y sitemaps segmentados por tipo de contenido.
Schema contrastado contra el contenido visible, no solo contra el validador.
Comprobaciones SEO integradas antes de cada release a producción.
Alertas sobre cambios en robots.txt, códigos de estado e indexación.
Errores frecuentes
Preguntas frecuentes
Sí, aunque el margen es menor. En webs pequeñas suele resolverse en pocas semanas y luego el peso pasa a contenidos y autoridad.
Sí. Entrego tickets con criterios de aceptación y reviso el resultado en staging antes de que llegue a producción.
Sí. Son precisamente los proyectos donde el renderizado y la indexación necesitan más control.
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.
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.
Acompañamiento estratégico continuo: prioridades, roadmap y decisiones SEO basadas en datos de negocio.
Diagnóstico completo de rastreo, indexación, arquitectura, contenidos, enlazado y Core Web Vitals.
Google Business Profile, Google Maps, citaciones, reseñas y páginas geolocalizadas con NAP coherente.
Intención de búsqueda, títulos, encabezados, entidades, semántica y control de canibalizaciones.
Autoridad, análisis de backlinks y competencia, toxicidad, recuperación de enlaces y digital PR.
Estrategia de enlaces alineada con la arquitectura del sitio y con las URLs que realmente convierten.
Cuéntame tu situación y te digo con claridad si este servicio es lo que necesitas o si empezaría por otro sitio.