Cómo destrabamos la indexación en MSK Latam y mejoramos su visibilidad en Google

MSK Latam es una plataforma educativa con cientos de cursos de formación médica en Latinoamérica. Tenía contenido excelente… pero menos del 30% de su sitio estaba indexado. Así destrabamos su visibilidad.

Key takeaways

• Problema: Google no lograba renderizar ni indexar el contenido por errores de JavaScript de una arquitectura React/Next.js.
• Diagnóstico: Googlebot recibía páginas vacías o con errores de cliente (Soft 404). La renderización client-side fallaba al usar window, localStorage y animaciones de carga.
• Solución: Prerender.io con Cloudflare Workers para entregar HTML estático a los bots, más refactor de componentes Next.js.
• Resultados: +5,55× de páginas rastreadas, +112.000 páginas prerenderizadas en un mes, tiempo de entrega de 24,3 s → 4,3 s, y +50% de visitas de Google con Cache Hit.

El problema: contenido excelente, sin visibilidad

A comienzos de 2025, MSK Latam tenía una web robusta y contenidos cuidadosamente producidos. Sin embargo, menos del 30% de su sitio estaba indexado y el tráfico orgánico no despegaba. En Search Console las señales eran evidentes:

• Caída en el descubrimiento de nuevas URLs.
• Disminución de clics e impresiones.
• Miles de páginas reportadas como «Soft 404».
• Renderizados fallidos en múltiples páginas clave.

Google no puede indexar lo que no puede entender. Y si el contenido depende de JavaScript que falla o se demora, simplemente no lo ve.

Diagnóstico técnico

La auditoría técnica nos llevó al corazón del problema: el sitio estaba construido en Next.js con renderizado híbrido y uso intensivo de JavaScript. Lo que funcionaba perfecto para el usuario, fallaba ante Googlebot.

1. Fallas en la renderización de JavaScript

Google encontraba errores como ChunkLoadError (no podía acceder a archivos JS clave) y Minified React error #423 (errores internos de React que interrumpían el renderizado).

2. Googlebot no accedía al contenido renderizado

Aunque el contenido estaba en el HTML tras ejecutar JavaScript, Google no siempre llegaba a verlo: su proceso de renderizado se interrumpía o demoraba más de lo permitido.

3. Restricciones de infraestructura

El archivo .htaccess bloqueaba User-Agents como Googlebot-Image, y el «Bot Fight Mode» de Cloudflare podía filtrar bots legítimos, impidiendo que llegaran al prerender.

La solución: prerendering + optimización del entorno

1. Refactor de código en Next.js

Reemplazamos imports dinámicos mal configurados (añadiendo { ssr: true }), agregamos detección de user-agent en componentes como PasswordGate y ClearLocalStorage para no ejecutar lógica de cliente durante el prerender, e incorporamos Error Boundaries en React.

2. Integración de Prerender.io

Configuramos Cloudflare Workers que detectan si una solicitud es de un bot y la redirigen a Prerender.io, que entrega versiones HTML del sitio sin necesidad de ejecutar JS. Ajustamos headers y tiempos de espera para asegurar que se carguen imágenes y scripts antes de enviar la versión a Google.

3. Ajustes en la infraestructura

Quitamos las reglas de bloqueo en .htaccess, desactivamos el Bot Fight Mode de Cloudflare y ajustamos la lógica de caché para diferenciar correctamente entre Cache Hit y Cache Miss.

Los resultados: más páginas indexadas, más tráfico

Indexación 10×: antes Google había indexado unas 2.000 páginas; tras la corrección el sitio superó las 4.700 con tendencia creciente.

Performance y rastreo: el tiempo de entrega bajó de 24,37 s a 4,39 s, con un aumento del crawl budget del +455%.

Tráfico orgánico en alza: clics +15% (de 7.960 a 9.200) e impresiones +59% (de 77K a 123K).

Conclusión

Este caso demuestra que los problemas de indexación no siempre se deben al contenido, los enlaces o las keywords. En sitios modernos, el renderizado y la infraestructura juegan un papel crítico en cómo Google interpreta (o no) el contenido. Destrabamos la indexación de un sitio complejo, mejoramos la velocidad para Googlebot y duplicamos las URLs indexadas.