Auditoría Técnica de SEO

Rastreo e indexación

Antes de que Google pueda posicionar sus páginas, debe encontrarlas, rastrearlas y agregarlas a su índice. Cuando falla cualquier paso de ese proceso, sus páginas sencillamente no aparecen en los resultados de búsqueda, sin importar lo bueno que sea el contenido. Los problemas de rastreo e indexación se cuentan entre los problemas técnicos de SEO más graves porque afectan la visibilidad en su nivel más fundamental.

Robots.txt y etiquetas noindex

El archivo robots.txt les indica a los rastreadores de los buscadores a qué páginas pueden acceder. Un robots.txt mal configurado —algo tan simple como una directiva Disallow: / olvidada— puede impedir que se rastree un sitio web completo. Hemos auditado sitios donde secciones enteras de servicios o categorías de productos estuvieron bloqueadas por error para los rastreadores de Google durante meses, borrando silenciosamente posicionamientos que habían tomado años en construirse.

Las metaetiquetas noindex le indican a Google que no incluya una página en su índice. Son herramientas legítimas cuando se usan de forma intencional: en páginas de agradecimiento, áreas de administración o contenido duplicado. Pero cuando se aplican a páginas que deberían posicionarse, o cuando la configuración noindex de un entorno de pruebas pasa por accidente al sitio real en el lanzamiento, el resultado es la invisibilidad total de las páginas afectadas.

Sitemaps XML y errores de rastreo

Un sitemap XML es una lista estructurada de las URL de su sitio que ayuda a Google a descubrir y priorizar las páginas para el rastreo. Un sitemap bien mantenido incluye únicamente URL canónicas e indexables, no páginas 404, redirecciones ni contenido con noindex. Muchos sitios tienen sitemaps desactualizados que incluyen páginas eliminadas, cadenas de redirecciones o URL que ya no existen, lo que desperdicia presupuesto de rastreo y envía señales confusas a los sistemas de Google.

Los errores de rastreo —los 404, 500 y soft 404 que Google encuentra al intentar acceder a sus páginas— se registran en Google Search Console. Analizamos estos errores por completo y distinguimos entre los 404 legítimos (páginas que deben desaparecer) y los 404 involuntarios (páginas que existen, pero a las que se enlaza con URL incorrectas). Corregir los enlaces internos rotos y configurar las redirecciones adecuadas suele ser uno de los logros más rápidos de una auditoría técnica.

Velocidad del sitio y Core Web Vitals

Google ha convertido la experiencia de la página —incluidas la velocidad del sitio y los Core Web Vitals— en un factor de posicionamiento explícito. Las páginas lentas frustran a los usuarios, aumentan las tasas de rebote y señalan menor calidad a los sistemas de Google. Las auditorías técnicas de SEO evalúan la velocidad del sitio tanto a nivel de página como a nivel de servidor, e identifican los cuellos de botella específicos responsables del bajo rendimiento.

Largest Contentful Paint (LCP)

El LCP mide cuánto tarda en cargarse y mostrarse en la ventana el elemento visible más grande de una página, normalmente una imagen principal o un titular. Google considera "buenos" los puntajes de LCP inferiores a 2.5 segundos, "necesita mejoras" los de 2.5 a 4.0 segundos y "deficientes" los superiores a 4.0 segundos. Los problemas de LCP más comunes incluyen imágenes principales sin optimizar, tiempos de respuesta lentos del servidor, JavaScript que bloquea el renderizado y la falta de directivas de precarga para recursos críticos. Identificamos la causa raíz de las fallas de LCP y entregamos correcciones técnicas específicas, no solo el puntaje.

Interaction to Next Paint (INP) y Cumulative Layout Shift (CLS)

El INP reemplazó al First Input Delay (FID) como la métrica de capacidad de respuesta dentro del conjunto de Core Web Vitals. Mide el retraso entre la interacción de un usuario (clic, toque, pulsación de tecla) y la respuesta visual del navegador. Los malos puntajes de INP suelen deberse a una ejecución intensiva de JavaScript que bloquea el hilo principal. El Cumulative Layout Shift (CLS) mide la estabilidad visual: cuánto se mueven de forma inesperada los elementos de la página mientras carga. Los anuncios que cargan tarde, las imágenes sin dimensiones definidas y el contenido inyectado dinámicamente son causas comunes del CLS. Ambas métricas afectan directamente la forma en que Google evalúa las señales de experiencia de página.

Compatibilidad con dispositivos móviles

La indexación de Google prioriza lo móvil, lo que significa que utiliza principalmente la versión móvil de su sitio para decidir el posicionamiento y la indexación. Un sitio que se ve y funciona bien en computadora, pero ofrece una mala experiencia en celular, está siendo evaluado por su peor versión. Los problemas de SEO móvil son con frecuencia la causa de caídas de posicionamiento que los negocios atribuyen erróneamente a actualizaciones del algoritmo o a problemas de calidad del contenido.

Nuestra auditoría móvil revisa la implementación del diseño responsivo (¿todos los elementos se reacomodan correctamente en anchos de pantalla de celular?), el tamaño de las áreas táctiles (¿los botones y enlaces son lo bastante grandes para tocarse sin necesidad de precisión?), la legibilidad del tamaño de fuente (¿el texto sigue siendo legible sin hacer zoom?) y la velocidad de página en móvil (las conexiones móviles son más lentas, y los problemas de velocidad específicos del móvil suelen diferir de los de computadora). Probamos en múltiples emulaciones de dispositivos y señalamos fallas concretas de implementación en lugar de puntajes genéricos de compatibilidad móvil.

Etiquetas canónicas y contenido duplicado

El contenido duplicado —varias URL que ofrecen contenido idéntico o muy similar— confunde a Google sobre qué versión de una página debe posicionar. Divide las señales de posicionamiento entre varias URL en lugar de concentrarlas en una única versión canónica, lo que diluye la autoridad de todas las variantes y puede suprimir el posicionamiento en todo el sitio.

Implementación de la etiqueta canónica

La etiqueta canónica (<link rel="canonical">) le indica a Google qué URL considera usted la versión autorizada de una página. Toda página debe tener una etiqueta canónica autorreferenciada. Cuando varias URL ofrecen el mismo contenido (páginas paginadas, listados de productos filtrados, variaciones de parámetros en la URL), la canónica debe apuntar a la versión principal. Auditamos que las canónicas estén bien implementadas: verificamos que apunten a las URL correctas, que sean coherentes entre el HTML y los encabezados HTTP, y que no existan bucles de canonicalización.

Escenarios comunes de contenido duplicado

Las fuentes más frecuentes de contenido duplicado que encontramos incluyen: versiones con www y sin www (ambas sirven contenido sin una redirección a una única versión preferida), versiones HTTP y HTTPS (la versión HTTP antigua sigue accesible después de una migración a SSL), variaciones de barra final (/services/ y /services devuelven ambas un estado 200), parámetros de ID de sesión en las URL (que crean miles de URL únicas con contenido idéntico) y páginas para imprimir u otras variaciones de formato de contenido que no están debidamente canonicalizadas.

Auditoría de datos estructurados

Los datos estructurados son código —normalmente en formato JSON-LD— que se agrega a las páginas para ayudar a Google a entender el contenido de forma legible por máquinas. Habilitan los resultados enriquecidos (calificaciones con estrellas, desplegables de preguntas frecuentes, listados de eventos) y alimentan los sistemas de IA de Google. Una auditoría de datos estructurados evalúa qué páginas tienen marcado schema, a cuáles les falta y si las implementaciones existentes son válidas y están correctamente realizadas.

Validamos todos los datos estructurados con la Prueba de resultados enriquecidos de Google y la especificación de Schema.org, e identificamos los errores que impedirían la elegibilidad para resultados enriquecidos y las advertencias que señalan brechas de implementación. Las fallas más comunes incluyen referenciar imágenes que no existen, usar tipos de schema obsoletos, implementar schema que no coincide con el contenido visible de la página (lo cual infringe las directrices de Google) y omitir propiedades obligatorias de determinados tipos de schema.

Optimización del presupuesto de rastreo

El presupuesto de rastreo se refiere a la cantidad de páginas que Google está dispuesto a rastrear e indexar de su sitio en un período determinado. Para sitios pequeños (menos de 1,000 páginas), el presupuesto de rastreo rara vez es un problema. Para sitios más grandes —plataformas de comercio electrónico, sitios de noticias o sitios web que han crecido de forma orgánica durante muchos años—, gestionar el presupuesto de rastreo se vuelve crítico. Los rastreadores de Google tienen una capacidad finita, y si su sitio les hace perder tiempo en páginas de bajo valor, las páginas de alto valor se rastrean con menos frecuencia o no se rastrean en absoluto.

Profundidad de enlaces internos y páginas huérfanas

Las páginas que requieren muchos clics para llegar a ellas desde la página de inicio (una profundidad de enlaces superior a tres o cuatro) son rastreadas con menos frecuencia por los rastreadores de Google. Las páginas huérfanas —aquellas sin enlaces internos que apunten a ellas— pueden no rastrearse en absoluto. Mapeamos el grafo completo de enlaces de su sitio para identificar las páginas enterradas demasiado profundo en la arquitectura y las que están totalmente desconectadas del resto del sitio.

Cadenas y bucles de redirecciones

Cada redirección desperdicia una parte del presupuesto de rastreo y reduce la autoridad de enlace que llega al destino final. Una cadena de redirecciones —la URL A redirige a la URL B, que redirige a la URL C— es mucho peor que una sola redirección directa. Los bucles de redirecciones, donde las páginas se redirigen entre sí en círculo, hacen que los rastreadores se den por vencidos por completo. Mapeamos todas las rutas de redirección de su sitio y señalamos las cadenas de más de un salto para consolidarlas.

Qué recibe: entregables de la auditoría

Nuestra auditoría de SEO técnica entrega un informe completo y priorizado que le da a usted y a su equipo de desarrollo todo lo necesario para implementar las correcciones. El entregable se estructura según el impacto y la urgencia, no en listas alfabéticas de problemas que lo dejan adivinando qué corregir primero.

El informe de auditoría incluye: una exportación completa del rastreo de todas las páginas indexables con sus propiedades técnicas, una lista priorizada de problemas con niveles de gravedad (crítica, alta, media y baja), recomendaciones específicas de corrección para cada problema, con los cambios exactos de código cuando corresponda, métricas de referencia (puntajes de Core Web Vitals, cantidad de errores de rastreo y cobertura del índice) para medir la mejora, y una sección de logros rápidos que identifica las diez correcciones de mayor impacto que normalmente pueden implementarse en una semana.

Cuánto dura una auditoría técnica

Una auditoría técnica de SEO exhaustiva toma entre dos y tres semanas en la mayoría de los sitios web. Las auditorías apresuradas pasan por alto problemas importantes. El cronograma se divide así: rastreo y recopilación de datos (de dos a tres días), análisis e identificación de problemas (de cuatro a cinco días), comparación técnica con la competencia (de dos a tres días), redacción del informe y priorización (de tres a cuatro días), y una llamada de revisión con su equipo para repasar los hallazgos y responder preguntas. Para sitios muy grandes (más de 100,000 páginas), podemos programar tiempo adicional para el análisis del rastreo.

Problemas técnicos comunes que encontramos

Tras auditar decenas de sitios web de negocios, los mismos problemas técnicos aparecen una y otra vez. Los más comunes y de mayor impacto incluyen:

• Etiquetas H1 faltantes o duplicadas: varias páginas que comparten un H1, o páginas sin ningún H1, a menudo por problemas en las plantillas del CMS que aplican el nombre del sitio en lugar del titular específico de la página.
• Tiempos de respuesta lentos del servidor: un TTFB (Time to First Byte) superior a 600 ms, que indica problemas de rendimiento a nivel de servidor que afectan a todas las páginas del sitio sin importar los demás esfuerzos de optimización.
• Enlaces internos rotos: enlaces que apuntan a páginas 404, que desperdician presupuesto de rastreo y crean callejones sin salida en la experiencia del usuario.
• Advertencias de contenido mixto: páginas servidas por HTTPS que aún cargan recursos (imágenes, scripts, hojas de estilo) por HTTP, lo que provoca advertencias de seguridad en el navegador y posibles problemas de indexación.
• Redirecciones 302 en lugar de 301: redirecciones temporales (302) usadas donde corresponden redirecciones permanentes (301), lo que resulta en una transferencia parcial de autoridad de enlace en lugar de una transferencia completa.
• Páginas indexadas que no deberían estarlo: páginas de agradecimiento, páginas de administración, páginas de resultados de búsqueda o URL generadas por parámetros que se indexan innecesariamente y diluyen las señales generales de calidad del sitio.

Renderizado de JavaScript y SEO técnico para SPA

Los sitios web con uso intensivo de JavaScript —los creados con React, Angular, Vue u otros frameworks de aplicaciones de una sola página— presentan desafíos técnicos de SEO propios que los sitios HTML estándar no tienen. Cuando una página muestra su contenido mediante JavaScript, Googlebot tiene que ejecutar ese JavaScript para verlo, un proceso que ocurre en una segunda ronda de rastreo diferida. Durante el lapso entre el primer rastreo y el renderizado de JavaScript, su contenido puede quedar parcial o totalmente invisible para Google.

Entre los problemas específicos que auditamos en entornos con JavaScript se incluyen: contenido que solo existe después de ejecutar JavaScript (no en la respuesta HTML inicial), enlaces internos generados por JavaScript que podrían no descubrirse durante el rastreo inicial, contenido de carga diferida (lazy loading) que el rastreador de Google podría no activar como lo haría un navegador humano, y metaetiquetas inyectadas dinámicamente (título, descripción, canónica) que podrían no leerse correctamente si se establecen después de la carga inicial de la página. Probamos cómo renderiza Google realmente sus páginas mediante pruebas de renderizado en el servidor y la herramienta de inspección de URL de Google, identificamos la diferencia entre lo que ve Google y lo que ven los usuarios, y ofrecemos orientación específica de implementación para cada falla de renderizado.

Para los negocios que usan frameworks SPA, el renderizado del lado del servidor (SSR) o la generación de sitios estáticos (SSG) son las soluciones más sólidas para los problemas de SEO con JavaScript. Evaluamos si su implementación actual se beneficiaría de estas arquitecturas y qué requeriría la transición. En los casos en que un cambio arquitectónico completo no es factible, identificamos qué contenido debe estar en la respuesta HTML inicial y cuál puede seguir renderizándose con JavaScript sin riesgo.

SEO técnico en migraciones de sitios

Las migraciones de sitios —pasar de HTTP a HTTPS, cambiar de dominio, reestructurar la arquitectura de URL, migrar entre plataformas de CMS o rediseñar la estructura del sitio— se cuentan entre los eventos de SEO técnico de mayor riesgo que puede atravesar un sitio web. Una migración ejecutada sin una planificación técnica de SEO adecuada puede destruir años de posicionamiento acumulado en cuestión de semanas. Ofrecemos planificación y validación técnica de SEO para todo tipo de migración.

Los elementos críticos de una migración segura incluyen: un mapeo completo de redirecciones (cada URL antigua que debe estar indexada y posicionada debe tener una redirección 301 correspondiente a su nuevo equivalente), una línea base de rastreo previa a la migración (una captura completa del estado técnico y del posicionamiento actuales de su sitio para comparar con los resultados posteriores), la actualización de las etiquetas canónicas en todas las páginas, la actualización del sitemap XML con las nuevas URL, y la reverificación en Search Console con el envío de un nuevo sitemap. El monitoreo posterior a la migración durante los primeros 30 a 90 días es esencial: la mayoría de los impactos en el posicionamiento relacionados con una migración se detectan y corrigen dentro de esa ventana.

Hemos gestionado el SEO técnico de migraciones de dominio, migraciones a HTTPS, migraciones de CMS desde plataformas como Wix y Squarespace hacia WordPress o desarrollos a la medida, y reestructuraciones completas de sitios en las que la arquitectura de URL cambió de forma significativa. En cada caso, el enfoque comienza con una auditoría previa a la migración que identifica cada elemento de alto riesgo y produce una lista de verificación de la migración validada con la documentación de Google sobre migraciones de sitios.

Hreflang y SEO multilingüe para negocios de Florida

El mercado bilingüe del sur de Florida crea un desafío técnico de SEO específico para los negocios que publican contenido en inglés y en español. Las etiquetas hreflang son el mecanismo técnico que le indica a Google qué versión de una página está destinada a cada audiencia de idioma, lo que evita que las dos versiones compitan entre sí en los resultados de búsqueda y asegura que quienes buscan en español encuentren el contenido en español y quienes buscan en inglés encuentren el contenido en inglés.

La implementación de hreflang es técnicamente precisa y con frecuencia se hace mal. Cada página en un idioma debe referenciar a su equivalente en el otro idioma, y ambas páginas deben referenciarse mutuamente para que la relación sea reconocida. La falta de hreflang recíproco, el hreflang que apunta a URL no canónicas y el hreflang que entra en conflicto con las etiquetas canónicas son los tres errores más comunes que encontramos en las auditorías multilingües. Cualquiera de estos errores puede hacer que las versiones en español e inglés compitan por los mismos posicionamientos en lugar de atender a sus respectivas audiencias.

Nuestras auditorías técnicas evalúan específicamente la implementación de SEO multilingüe en negocios con contenido en dos idiomas, y cubren la correcta aplicación de las etiquetas hreflang, la coherencia de las metaetiquetas de idioma, la estructura de URL para las variantes de idioma (subdirectorio frente a subdominio frente a ccTLD) y las relaciones entre etiquetas canónicas de las variantes de idioma. Para los negocios que están considerando agregar contenido en español, ofrecemos el marco técnico de implementación antes de que se cree cualquier contenido.

Cuándo encargar una auditoría técnica de SEO

Una auditoría técnica de SEO es más urgente después de cualquier evento técnico significativo y más productiva como revisión preventiva de salud. Los eventos que con mayor frecuencia exigen una auditoría inmediata incluyen una caída repentina e inexplicable del tráfico (los problemas técnicos son la causa más común de las caídas bruscas), la finalización de un rediseño del sitio o una migración de plataforma, el lanzamiento de un sitio nuevo, una actualización importante del CMS que pudo haber modificado elementos a nivel de plantilla, o la preparación para el lanzamiento de un programa de SEO en el que necesita una línea base técnica limpia.

Las auditorías preventivas —realizadas cada año aunque no se haya identificado ningún problema específico— detectan los problemas antes de que se conviertan en problemas de posicionamiento. Los sitios web acumulan deuda técnica con el tiempo: se agregan páginas sin las etiquetas canónicas adecuadas, las cadenas de redirecciones crecen a medida que se reorganiza el contenido, se añaden imágenes sin texto alternativo y se superpone JavaScript sin considerar el rendimiento. Una auditoría técnica anual identifica esa deuda acumulada y ofrece una hoja de ruta clara de corrección antes de que alcance el punto en que afecta materialmente el posicionamiento.

Preguntas Frecuentes