Google solo procesa los primeros 15 megabytes del HTML crudo de una página web. Todo lo que supere ese límite es simplemente invisible para el motor de búsqueda. Si tus páginas exceden este umbral, contenido cuidadosamente elaborado, enlaces internos esenciales y datos estructurados críticos podrían no ser indexados jamás.
El Sorank Page Size Checker mide instantáneamente el tamaño total de tu página y lo compara con los umbrales recomendados por Google, ayudándote a identificar páginas que pueden ser demasiado pesadas para un rastreo e indexación eficientes.
Por qué el tamaño de página importa para el SEO
El tamaño de página impacta directamente cómo los motores de búsqueda rastrean, renderizan e indexan tu contenido:
- Eficiencia del rastreo: Google asigna un presupuesto de rastreo finito a cada sitio. Las páginas más pesadas consumen más de ese presupuesto por URL, lo que significa que menos de tus páginas son rastreadas en cada sesión.
- Truncamiento de contenido: Cuando el HTML crudo de una página excede el límite de procesamiento de Googlebot, el contenido al final del documento puede no ser indexado. Esto incluye enlaces del pie de página, secciones de carga tardía y datos estructurados al final del código fuente.
- Costos de renderizado: Las páginas más pesadas tardan más en ser procesadas por el servicio de renderizado de Googlebot (WRS). Esto retrasa la indexación y puede hacer que Google use la versión HTML cruda en lugar de la página completamente renderizada.
- Impacto en la velocidad: El tamaño de página se correlaciona directamente con el tiempo de carga. Los documentos más pesados tardan más en descargarse, parsearse y renderizarse — afectando negativamente los Core Web Vitals y las métricas de experiencia de usuario.
- Rastreo móvil: Google usa indexación mobile-first, y las conexiones móviles tienen menor ancho de banda. Las páginas pesadas son aún más problemáticas para el rastreo y renderizado móvil.
Umbrales de tamaño de página de Google
- Menos de 500 KB: Rango ideal. Las páginas de este tamaño se rastrean eficientemente y se procesan rápidamente. La mayoría de las páginas estáticas bien optimizadas caen en este rango.
- 500 KB - 2 MB: Aceptable pero vale la pena monitorear. Las páginas complejas con CSS inline pesado, JavaScript o contenido embebido a menudo caen aquí. Busca oportunidades de optimización.
- 2 MB - 15 MB: Zona de riesgo. Páginas de este tamaño estresan los presupuestos de rastreo y pueden experimentar indexación retrasada. El contenido cerca del final del documento HTML está en riesgo de ser deprioritizado o perdido.
- Más de 15 MB: Límite absoluto de Google para HTML crudo. El contenido más allá de este límite no se procesa. Si tu página supera los 15 MB, contenido crítico será invisible para Google.
Cómo usar el Page Size Checker
- Ingresa una URL: Escribe o pega la URL completa de la página que deseas analizar en el campo de entrada.
- Revisa los resultados: La herramienta muestra el tamaño total del documento HTML junto con un indicador visual que muestra dónde se ubica tu página respecto a los umbrales de Google.
- Identifica problemas: Si tu página excede los límites recomendados, analiza el código fuente HTML para encontrar inflación — estilos inline, SVGs embebidos, elementos DOM excesivos o JavaScript innecesario.
Causas comunes de páginas sobredimensionadas
- CSS y JavaScript inline: Incrustar grandes frameworks CSS o bibliotecas JavaScript directamente en el HTML en lugar de enlazar a archivos externos infla significativamente el tamaño del documento.
- Elementos DOM excesivos: Las páginas con estructuras HTML profundamente anidadas o miles de nodos DOM producen documentos más grandes. Esto es común con layouts complejos, mega menús y grillas de contenido autogeneradas.
- SVGs inline: Los gráficos SVG embebidos directamente en el HTML pueden ser muy grandes, especialmente ilustraciones complejas o iconos repetidos en la página.
- Bloques de contenido duplicados: Las plantillas CMS que generan estructuras HTML repetidas — secciones de comentarios, posts relacionados, variantes de productos — pueden multiplicar el tamaño de la página inesperadamente.
- Imágenes codificadas en base64: Incrustar imágenes como cadenas base64 en el HTML es mucho menos eficiente que enlazar a archivos de imagen externos y aumenta dramáticamente el tamaño del documento.
- Datos estructurados JSON-LD: Aunque los datos estructurados son importantes para el SEO, un markup de schema excesivamente detallado puede agregar peso significativo al HTML.
- Scripts de terceros: Tags de marketing, scripts de analytics y widgets de chat inyectados en el HTML en tiempo de renderizado agregan al tamaño total del documento que Googlebot procesa.
Cómo reducir el tamaño de página
Mover recursos inline a archivos externos
Extrae el CSS inline en hojas de estilo externas y el JavaScript inline en archivos de script externos. Esto reduce el tamaño del documento HTML y permite al navegador cachear estos recursos por separado.
Simplificar la estructura del DOM
Reduce la profundidad de anidamiento y elimina elementos wrapper innecesarios. Usa técnicas CSS modernas como Grid y Flexbox para lograr layouts complejos con menos elementos HTML. Apunta a menos de 1,500 nodos DOM por página.
Carga diferida de contenido no crítico
Mueve el contenido below-the-fold, secciones de comentarios y widgets de posts relacionados a componentes con lazy loading que solo renderizan cuando el usuario hace scroll.
Optimizar datos estructurados
Mantén el markup JSON-LD conciso. Incluye solo las propiedades requeridas y recomendadas para cada tipo de schema. Para páginas de productos con muchas variantes, considera usar aggregateOffer en lugar de listar cada variante individualmente.
Usar referencias de imágenes externas
Reemplaza imágenes codificadas en base64 y SVGs inline con referencias a archivos externos. Para iconos SVG, considera usar un sprite sheet SVG enlazado externamente.
Habilitar compresión del lado del servidor
Aunque la compresión (gzip/Brotli) no reduce el tamaño del HTML sin comprimir que Google mide, reduce dramáticamente el tamaño de transferencia, mejorando la velocidad de rastreo y el tiempo de carga.
Tamaño de página y Core Web Vitals
- Largest Contentful Paint (LCP): Los documentos HTML más grandes tardan más en descargarse y parsearse, retrasando el renderizado del elemento de contenido visible más grande.
- Interaction to Next Paint (INP): Los elementos DOM excesivos aumentan los costos de layout y paint del navegador, haciendo las interacciones lentas y poco responsivas.
- Cumulative Layout Shift (CLS): Las páginas pesadas con elementos de carga tardía son más propensas a cambios de layout a medida que el contenido se renderiza progresivamente.
Flujo de trabajo de auditoría de tamaño de página
- Audita primero las páginas template: Verifica el tamaño de cada tipo de template de página. Si un template está sobredimensionado, cada página que use ese template está afectada.
- Monitorea páginas generadas dinámicamente: Las páginas que agregan contenido a menudo crecen con el tiempo. Revísalas regularmente.
- Configura alertas de umbral: Integra el monitoreo de tamaño de página en tu flujo de trabajo SEO técnico. Señala cualquier página que exceda 1 MB de HTML.
- Prueba después de despliegues: Nuevas funcionalidades, plugins o actualizaciones de tema pueden silenciosamente inflar el tamaño de página. Verifica páginas críticas después de cada despliegue.
- Compara con competidores: Verifica los tamaños de página de competidores para benchmarkear tu sitio contra las normas de la industria.
Errores comunes de tamaño de página
- Solo medir el peso total de la página: El peso total importa para el rendimiento, pero el límite de rastreo de Google aplica al documento HTML crudo. Siempre mide el tamaño del HTML por separado.
- Ignorar contenido renderizado del lado del servidor: Si tu sitio usa renderizado del lado del servidor, la salida HTML completa puede ser mucho más grande de lo que sugieren tus templates fuente.
- Olvidar la paginación: Las páginas de categoría y listado crecen a medida que se agregan productos o posts. Sin límites de paginación, estas páginas pueden silenciosamente exceder los umbrales de tamaño.
- Sobreoptimizar datos estructurados: Agregar cada propiedad de schema posible infla el tamaño HTML. Concéntrate en propiedades requeridas y recomendadas.
- No probar en producción: Los entornos de desarrollo a menudo carecen de scripts de terceros y contenido dinámico que inflan el tamaño de página en producción.
El Sorank Page Size Checker te da la visibilidad instantánea que necesitas para asegurar que Google pueda rastrear e indexar completamente cada página de tu sitio — detectando problemas potenciales antes de que impacten tu rendimiento orgánico.

























