1. Pages Not Being Indexed
Qué es: Sus páginas existen pero Google ha decidido no incluirlas en su índice, o no las ha arrastrado todavía.
¿Por qué duele Una página que no está indexada no puede clasificarse. Parada completa. Este es el problema técnico más fundamental de SEO y lo primero que se puede comprobar en cualquier sitio de infravaloración.
Cómo diagnosticar: Abrir Google Search Console → Reporte de páginas. Busque páginas en estos estados:
- Descubrido – actualmente no indexado: Google sabe que la URL existe pero no lo ha arrastrado todavía
- Crawled – actualmente no indexado: Google arrastró la página y decidió no indexarlo — generalmente debido al contenido delgado, señales casi duplicadas, enlaces internos deficientes o velocidad de página lenta
- Excluido por noindex tag: Una directiva noindex está bloqueando explícitamente la página
Cómo arreglarlo: La solución depende del estado específico. «Crawled – actualmente no indexado» a menudo requiere mejorar la calidad del contenido, fijar señales duplicadas y fortalecer los vínculos internos con las páginas afectadas. «Descubierto – actualmente no indexado» a menudo resuelve añadiendo la URL a su mapa de sitio y construyendo vínculos internos con ella. Vea nuestro guía completo solucionar problemas de indexación de páginas en Google Search Console.
Nota de la Plataforma: En WordPress, las páginas de archivo de categoría y etiqueta son frecuentemente el culpable — se indexan pero Googlebot las evalúa como contenido delgado. Considerar noindexing category and tag pages que no sirven un propósito claro del usuario.
2. Residuos del presupuesto ordinario
Qué es: Google asigna un presupuesto arrastrado a cada sitio — un límite en cuántas páginas se arrastrará dentro de un período dado. Cuando ese presupuesto se consume por URLs de bajo valor, páginas importantes se arrastran infrecuentemente o deprioritis.
¿Por qué duele Si Googlebot está ocupado arrastrando sus combinaciones de filtros, URL de ID de sesión y archivos paginados, sólo puede visitar sus páginas de contenido más importantes una vez al mes. Nuevo contenido tarda semanas en ser indexado. Las actualizaciones de las páginas existentes no se notan.
Cómo diagnosticar: Un completo análisis del presupuesto arrastrado requiere datos de archivos de registro — registros de servidores que muestran exactamente qué URLs Googlebot pidió, con qué frecuencia, y con qué códigos de estado. Screaming Frog puede aproximarse a esto arrastrando su sitio y mostrándole cuántas URLs únicas existen vs. cuántas son valiosas.
Cómo arreglarlo: Bloquear patrones de URL de bajo valor en robots.txt (utilizar cuidadosamente — ver el problema #4), canonicalizar URL filtradas y clasificadas de nuevo a la página base, archivos noindex paginados más allá de la página 2, y eliminar páginas redireccionadas o de error de su mapa de sitio XML. Nuestra guía más profunda arrastrar presupuesto y por qué importa cubre toda la estrategia.
Nota de la Plataforma: WooCommerce es particularmente vulnerable. Clasificación de productos, filtros de color, filtros de tamaño y archivos de etiquetas pueden generar decenas de miles de combinaciones de URL indexables de unos pocos cientos de productos. Nuestro guía navegación facetada SEO cubre soluciones específicas de WooCommerce.
3. Contenido Duplicado y Cuestiones de Canonicalización
Qué es: Múltiples URLs en su sitio sirviendo el mismo o contenido casi idéntico, sin decirle a Google cuál versión es autorizada.
¿Por qué duele Google no clasificará múltiples versiones del mismo contenido. Escoge uno — generalmente no el que elija— y suprime a los demás. Si sus etiquetas canónicas faltan o malconfiguradas, Google está tomando esta decisión sin su entrada.
Cómo diagnosticar: Fuentes comunes de contenido duplicado:
- http://` yhttps://` ambos accesibles
- `www` y `non-www` ambos accesibles
- Trailing slash vs. no trailing slash (`/page` and `/page/`)
- Parámetros de URL creando variantes (`/products?sort=price` y `/products?sort=new`)
- Versión para impresoras o AMP sin canónicas correctas
- URLs de productos WooCommerce accesibles bajo múltiples rutas de categoría
Compruebe los problemas canónicos usando Screaming Frog (filter by canonical → busque canónicos desaparecidos, relativos o no indexables) o el informe de contenido duplicado de la auditoría del sitio de Semrush.
Cómo arreglarlo: Implementar etiquetas canónicas consistentes en cada página indexable. La canónica debe apuntar a la versión preferida — siempre el mismo protocolo, formato de dominio y estructura URL. Vea nuestros guías completos: canonical issues SEO guide, estrategias de etiquetas canónicas, y lo que es una URL canónica.
Nota de la Plataforma: On Shopify, products accessible under `/products/` and `/collections/collection-name/products/product-name` are a known duplication issue. Shopify auto-canonicals the `/products/` path, pero verifique que esto está funcionando correctamente para su tema.
4. Robots.txt Bloqueando recursos críticos
Qué es: Su archivo robots.txt evita accidentalmente que Googlebot acceda a páginas, archivos CSS, JavaScript o directorios enteros que necesita arrastrar y renderizar su sitio.
¿Por qué duele Bloqueado CSS y JavaScript significa que Google no puede renderizar sus páginas — ve diseños rotos o contenido vacío. Los directorios de página bloqueados significa que secciones enteras de su sitio desaparecen del índice de Google. Tampoco aparece como un error obvio — su sitio se ve bien en un navegador.
Cómo diagnosticar: Open Google Search Console → Ajustes → robots.txt (o visite yourdomain.com/robots.txt directamente). Referencia cruzada con la herramienta de inspección URL — si una página muestra «Bloqueado por robots.txt» no se indexará independientemente de la calidad del contenido. Vea nuestra guía sobre el GSC bloqueado por robots.txt problema.
Cómo arreglarlo: Prueba cada robots.txt cambiar usando el robots.txt tester en Google Search Console antes de empujar a su servidor en vivo. Nunca use `Disallow: /` en un sitio de producción. Ser quirúrgico con bloques de directorio — bloque `/wp-admin/` no `/wp-content/`. Vea nuestro robots.txt guía de optimización para WordPress y robots.txt para grandes sitios web.
5. Velocidad de página lenta y deficiencias de los programas web
Qué es: Sus páginas se cargan demasiado lentamente o proporcionan métricas de experiencia de usuario deficientes —específicamente Paint Contentful (LCP), Interaction to Next Paint (INP) y Cumulative Layout Shift (CLS).
¿Por qué duele Core Web Vitals son una señal confirmada del ranking de Google. Las páginas que fallan —en particular el PCL por encima de 4 segundos y el CLS por encima de 0,25— están en una desventaja mensurable en los SERP competitivos. En 2026, con el primer índice móvil plenamente establecido, el rendimiento móvil deficiente es especialmente costoso.
Cómo diagnosticar: Google Search Console → Core Web Vitals report muestra datos de campo (mediciones de usuario reales) en todo su sitio. PageSpeed Insights (pagespeed.web.dev) le da datos de laboratorio por URL con recomendaciones específicas. Enfóquese en sus páginas de aterrizaje más importantes primero — página principal, páginas de servicio, entradas de blog más importantes.
Cómo arreglarlo: Las correcciones de mayor impacto, en orden:
- Optimizar imágenes: convertir a WebP, comprimir, añadir dimensiones explícitas, carga perezosa por debajo de las imágenes
- Eliminar los recursos de bloqueo de renderización: aplazar el CSS y la JS no críticos
- Ejecutar el caché — el caché del nivel del servidor reduce drásticamente el TTFB
- Alojamiento de actualización si los tiempos de respuesta del servidor son consistentemente superiores a 600m
Vea nuestras guías detalladas: lCP, INP y CLS, Vitales web y experiencia de página, optimizando los vitales de Core Web en WordPress, y mejores opciones de alojamiento para Core Web Vitals.
6. Problemas de transmisión de JavaScript
Qué es: Su sitio utiliza JavaScript para renderizar contenido, es decir, el HTML que carga inicialmente está vacío o casi vacío, y el contenido visible sólo aparece después de que JavaScript se ejecute en el navegador.
¿Por qué duele Googlebot no siempre ejecuta JavaScript inmediatamente o completamente. El contenido que existe sólo en la versión de JavaScript de una página puede ser invisible a Google, lo que significa que sus encabezados, copia corporal, enlaces internos y marcado de esquema simplemente no existen en cuanto a clasificación.
Cómo diagnosticar: Use Google Search Console → URL Inspección → Ver página desgarrada. Compare la captura de pantalla (lo que hace Google) contra lo que un usuario ve. Utilice la opción «View Source» en la Inspección URL para ver el HTML bruto que Google recibe — si está casi vacía y su contenido sólo aparece en la versión renderizada, tiene un problema de SEO JavaScript. Nuestro guía SEO de JavaScript e indexación cubre el proceso de diagnóstico completo.
Cómo arreglarlo: Implementar la renderización lado del servidor (SSR) o la generación estática del sitio (SSG) para asegurar que su contenido esté presente en la respuesta HTML inicial. Para los sitios Next.js, esto significa usar `getServerSideProps` o `getStaticProps`. Para otros marcos, evalúe las soluciones pre-rendering. Nuestra Siguiente.js Guía SEO abarca detalladamente la aplicación.
Ejemplo real: A SaaS company’s React application delivered client-side rendered HTML to Googlebot — the crawler was seeing near-empty pages across 200+ URLs. After implementing SSR on key landing pages and the blog index, indexed pages increased 340% within 60 days. No new content was published.
7. Enlaces Internos Rotos y Páginas Huérfanas
Qué es: Los enlaces internos rotos son enlaces en su sitio que apuntan a páginas que devuelven errores 404. Las páginas Huérfanas son páginas sin enlaces internos que apuntan a ellas.
¿Por qué duele Enlaces rotos residuos arrastrar presupuesto y señal pobre mantenimiento de sitio a Google. Las páginas Huérfanas no pueden ser descubiertas por Googlebot a través de los arrastres — pueden nunca ser indexadas, independientemente de la calidad del contenido. Ambos diluyen la equidad de enlace interno que fluye a través de su sitio.
Cómo diagnosticar: Ejecutar un sitio completo gate with Screaming Frog → filtro para enlaces internos que devuelven respuestas 4xx. Para páginas huérfanas, compare su lista de URL de mapa de sitio contra la lista de URL arrastrada de Screaming Frog — páginas en la hoja de sitio pero no descubiertas a través de gateing son probablemente huérfanos.
Cómo arreglarlo: Redirigir enlaces internos rotos a su destino correcto, o actualizar el enlace a la nueva URL. Para páginas huérfanas, agregue enlaces internos contextualmente relevantes de contenido relacionado. Vea nuestros guías en fijación de enlaces rotos y páginas de huérfanos y enlaces internos.
8. Estructura de enlace interno débil
Qué es: Los enlaces internos de su sitio no distribuyen efectivamente autoridad a sus páginas más importantes, o su arquitectura de contenido no indica a Google cuáles páginas son las más valiosas.
¿Por qué duele Los enlaces internos son una de las palancas SEO más potentes del sitio. Las páginas que reciben muchos enlaces internos con texto de anclaje descriptivo se tratan como más autorizadas que las páginas con pocos o enlaces genéricos. Una estructura de enlace interior plana trata cada página como igualmente importante, lo que significa que nada es priorizado.
Cómo diagnosticar: En Screaming Frog, ordenar páginas por número de inlinks. Sus páginas más importantes (páginas de servicio, contenido de pilares, páginas de aterrizaje de alta conversión) deben tener los enlaces más internos. Si su página de inicio y un blog de baja prioridad de 2021 tienen el mismo número de inlinks, su estructura no funciona.
Cómo arreglarlo: Construir una arquitectura centrada en temas amplios, páginas sobre subtópicos específicos, con charlas que se vinculan al centro. Actualice el contenido más antiguo para conectarse a piezas más nuevas y relevantes. Use texto de anclaje descriptivo. Ver todo guía de estrategia de enlace interno.
9. Problemas del sitio XML
Qué es: Su mapa de sitio XML contiene URLs no indexadas, redireccionadas, errores de retorno, o de otro modo no deben ser enviados a Google — enviando señales mixtas sobre lo que desea indexado.
¿Por qué duele Su mapa de sitio es una señal prioritaria para Google — dice «estos son las páginas que considero importantes». Si contiene 404 páginas, URL redireccionadas, o páginas no indexadas, Google desperdicia presupuesto tras fines muertos o recibe instrucciones contradictorias (simultáneamente estás diciendo «no indexar esto» a través de noindex y «esto es importante» a través de sitemap).
Cómo diagnosticar: Descargue su sitemap XML y ejecute las URL a través de Screaming Frog. Filtrar para códigos de estado no-200 y páginas no indexadas — estos no deben estar en su mapa de sitio. Google Search Console → Mapa del sitio también muestra errores de mapa del sitio.
Cómo arreglarlo: Su mapa de sitio debe contener sólo URL canónicas, indexables, 200-status. Eliminar URLs redireccionadas, páginas no indexadas y páginas de error. Para sitios grandes, vea nuestros guías en Mapas de sitios XML para sitios grandes y enviar su mapa de sitio a los motores de búsqueda.
10. Datos estructurados perdidos o inválidos
Qué es: Sus páginas faltan schema markup por completo, o el esquema que tiene contiene errores que impiden que Google lo use para resultados ricos.
¿Por qué duele La marca de esquemas no mejora directamente las clasificaciones, pero permite resultados ricos (desplegable de FAQ, calificaciones de estrellas, escalas de pan, precios de productos) en SERPs, lo que mejora drásticamente las tasas de clic a través. Las páginas elegibles para resultados ricos que no tienen esquema están dejando la visibilidad en la tabla.
Cómo diagnosticar: Prueba de resultados ricos de Google (search.google.com/test/rich-results) valida el esquema en cualquier URL y muestra errores. Google Search Console → Enhancements report muestra errores de esquema en todo su sitio.
Cómo arreglarlo: Añadir esquema relevante para tu tipo de contenido — FAQPage for FAQ sections, Article for blog posts, Product for e-commerce, LocalBusiness for local businesses, BreadcrumbList for all pages. Validar cada bloque de esquemas antes de publicar. Vea nuestros guías: aplicación estructurada de datos, marca de esquema avanzado, corregir errores de esquema, y schema markup para productos.
11. Cadenas y bucles redirigidos
Qué es: Las cadenas de redireccionamiento ocurren cuando URL A redirige a URL B, que redirige a URL C — obligando a Googlebot y usuarios a seguir múltiples saltos para llegar al destino final. Los bucles redireccionados ocurren cuando la cadena vuelve a círculos y nunca se resuelve.
¿Por qué duele Cada hop redireccionado pierde una pequeña cantidad de equidad de enlace. Las cadenas de 3+ tubos pueden diluir notablemente PageRank. Los bucles redireccionados hacen que Googlebot se rinda por completo en esas URLs. Ambos residuos arrastran presupuesto en navegación en lugar de evaluación de contenido.
Cómo diagnosticar: Rana de crema → Códigos de respuesta → filtro para 3xx. Siga cada cadena de redirigir y cuente los tubos. Cualquier cadena más larga de un tubo (A → B) vale la pena colapsar. Compruebe los bucles en la misma vista — aparecen como referencias circulares.
Cómo arreglarlo: Collapse all chains so every redirect points directly to the final destination URL. Actualizar enlaces internos para saltar las redirecciones enteramente — vincular directamente a la URL final siempre es preferible confiar en una redireccion. Vea nuestra guía completa SEO redirige: tipos e impacto y redirigir cadenas y bucles.
12. Pobre experiencia móvil de Crawl
Qué es: Google utiliza el primer índice móvil — lo que significa que evalúa y clasifica su sitio basado en cómo los rastreadores móviles de Googlebot lo experimentan. Si su experiencia móvil difiere significativamente del escritorio (contenido escondido, navegación diferente, esquema perdido), su clasificación refleja la versión móvil.
¿Por qué duele Contenido visible sólo en el escritorio pero oculto en el móvil es efectivamente invisible a Google en 2026. Problemas técnicos específicos para móviles — diferentes etiquetas canónicas en el escritorio móvil vs, velocidad de página móvil más lenta, recursos móviles bloqueados— pueden causar supresión de ranking que no aparece en un gateo de escritorio.
Cómo diagnosticar: Google Search Console → Mobile Usability report. También utilice la herramienta de inspección URL y cambiar entre escritorio y renderizado móvil para comparar lo que Google ve en cada. Screaming Frog le permite configurar el agente de usuario a Googlebot Smartphone para ejecutar un rastreo móvil específico.
Cómo arreglarlo: Asegúrese de que sus versiones móviles y de escritorio sirven contenido idéntico. No escondas contenido detrás de «read more» toggles en móvil que se expanden en el escritorio. Mantenga el marcador de esquema consistente en ambas versiones. Vea nuestros guías en sEO móvil y vitales web básicos y problemas móviles de rastreo.
Cómo estos problemas se componen mutuamente
No existe ningún problema técnico de SEO en aislamiento. El patrón más común que vemos en las auditorías:
Desperdicio del presupuesto crawl + eslabones internos débiles + vacíos de canonicalización = subindexación crónica
Una tienda de WooCommerce que genera 50.000 URLs de filtros de bajo valor (desperdicio de presupuesto de malla) sin una estrategia canónica (bloqueo de canonización) y un escaso vínculo interno con las páginas de productos (arquitectura débil) lucharán por obtener importantes páginas de producto indexadas de forma fiable, independientemente de lo bueno que sea el contenido de producto.
Arregla uno y ayuda. Arregla los tres simultáneamente y los compuestos de mejora.
Por eso es apropiado auditoría técnica de la SEO cuestiones - identifica qué problemas existen y cómo interactúan, por lo que puede priorizar las correcciones por impacto acumulativo en lugar de abordarlas en aislamiento.
Lista de verificación de diagnóstico rápido
Utilice esto para recortar su propio sitio antes de decidir qué necesita atención experta:
Si usted está marcando más de 3 de estos, su sitio probablemente tiene problemas técnicos que vale la pena abordar sistemáticamente. Nuestra técnica SEO lista de verificación para WordPress y lista completa técnica de verificación SEO son puntos de partida útiles para una auto-audita estructurada.
Preguntas frecuentes
¿Cómo sé cuál es el problema técnico de SEO más urgente? Prioridad por impacto en la indexación primero — si las páginas no están indexadas, todo lo demás es irrelevante. Comience con el informe de Páginas GSC. Una vez que la indexación es saludable, pasar a la velocidad de página y los Vitales Web Core, luego datos estructurados y enlaces internos.
¿Puedo tener múltiples problemas técnicos de SEO al mismo tiempo? Casi siempre sí. En nuestra experiencia auditando cientos de sitios, el sitio promedio tiene 4–7 cuestiones técnicas significativas funcionando simultáneamente. Ellos interactúan entre sí — arreglar uno a menudo revela el siguiente. Es por eso que una auditoría estructurada con recomendaciones priorizadas es más útil que solucionar los problemas en el orden que usted los note.
¿Los problemas técnicos de SEO afectan a todas las páginas por igual? No. Las páginas nuevas en sitios de baja autoridad se ven desproporcionadamente afectadas por problemas de presupuesto e indexación. Las páginas de alto tráfico, bien conectadas, son más resistentes. Es por ello que el nuevo contenido en los sitios en crecimiento a menudo es insuficiente, ya que la infraestructura técnica no es escalada para apoyarlo aún.
¿Cuánto se tarda en solucionar problemas técnicos comunes de SEO? Se pueden realizar correcciones simples (corrección de robots.txt, limpieza de mapas de sitio, añadir etiquetas canónicas a un puñado de páginas) en días. Complejos correcciones (ejecución de SSR en un marco JavaScript, reestructuración de la arquitectura URL, construcción de una estrategia de presupuesto arrastre para un gran catálogo) llevan semanas o meses de trabajo coordinado. El plazo para que Google reconozca y responda a las correcciones varía de días (para las correcciones relacionadas con los rastreos) a 3-6 meses (para señales de confianza y autoridad).
¿Debería arreglar todos los problemas técnicos de SEO a la vez o en etapas? En etapas, siempre. Hacer múltiples cambios técnicos significativos simultáneamente hace imposible atribuir cambios de clasificación a correcciones específicas. Implementar en orden prioritario, verificar cada solución en GSC antes de pasar a la siguiente, y documentar todo. Esto es particularmente importante para las migraciones y los cambios canónicos a gran escala.
Si varios de estos temas parecen familiares, una estructura auditoría técnica de la SEO es la manera más rápida de entender qué problemas existen en su sitio, cómo interactúan, y qué arreglar primero. Nuestra equipo técnico de SEO se especializa en el diagnóstico e implementación de plataformas específicas, no solo informes.
