Qué mide concretamente Page Speed

En lugar de un único valor, Google evalúa varios momentos del proceso de carga: cuándo aparece el primer contenido visible, cuándo responde la página a los clics y qué estabilidad mantiene el diseño durante la carga. Google agrupa estos valores bajo el término «Core Web Vitals» y los pone a disposición del público a través de herramientas como PageSpeed Insights.

Un retraso de tan solo unos segundos en la carga hace que gran parte de los visitantes vuelvan a la lista de resultados de búsqueda antes incluso de que la página sea visible.

Estas tasas de rebote no solo afectan a la facturación y a los clientes potenciales, sino que también indican indirectamente a Google que la experiencia del usuario es deficiente. Por lo tanto, quien mejora la velocidad de la página está trabajando al mismo tiempo en la conversión y la visibilidad.

• Tiempo hasta que aparece el primer contenido visible
• Tiempo de respuesta ante clics y entradas
• Estabilidad del diseño durante la carga
• Tasa de rebote en páginas lentas

Estas métricas pueden analizarse tanto para páginas secundarias concretas como para todo el dominio, lo que permite realizar una comparación directa entre las páginas de destino más importantes y el resto del catálogo de páginas.

Factores típicos que ralentizan una página web

Las causas más frecuentes de los tiempos de carga deficientes rara vez se deben únicamente al servidor. Las imágenes sin comprimir, el exceso de scripts externos, las reglas CSS no utilizadas y la falta de almacenamiento en caché se suman para provocar retrasos apreciables, especialmente en conexiones móviles. Los formatos de imagen obsoletos sin compresión moderna, un servidor sobrecargado sin red de distribución de contenidos (CDN) y las cadenas de redireccionamientos innecesarias también se cuentan entre los problemas clásicos que se repiten una y otra vez en la práctica. La optimización on-page de una página también influye en la cantidad de código innecesario que se carga al abrirla.

• Imágenes y vídeos sin comprimir
• Incluir demasiados scripts externos
• Activar el almacenamiento en caché del navegador, si no está activado
• CSS no utilizado en el código fuente

Un vistazo al análisis de red del navegador suele revelar a simple vista qué archivos concretos son los que más ralentizan el tiempo de carga, antes incluso de que sea necesario realizar análisis técnicos más exhaustivos.

Velocidad de carga de la página en dispositivos móviles

En las conexiones móviles, los tiempos de carga lentos tienen un impacto aún mayor que en los ordenadores de sobremesa, ya que el ancho de banda y la potencia de cálculo son más limitados. Google evalúa ahora los sitios web principalmente en función de su versión móvil, lo que significa que los puntos débiles en el smartphone influyen directamente en los rankings, incluso si la versión de sobremesa funciona a la perfección. Las imágenes grandes y no adaptadas, los scripts que bloquean la página y los anuncios recargados se encuentran entre las causas más frecuentes de los malos resultados en dispositivos móviles. Las pruebas periódicas realizadas directamente en smartphones reales complementan de forma útil los datos de medición automatizados, ya que la experiencia del usuario y los indicadores medidos no siempre coinciden exactamente.

• La versión móvil como criterio para las clasificaciones
• Ajustar las imágenes para pantallas pequeñas
• Cómo evitar los scripts que bloquean los dispositivos móviles
• Mantener la zona visible esbelta

Dado que cada vez más búsquedas se realizan exclusivamente a través del smartphone, un tiempo de carga deficiente en la versión móvil tiene ahora más importancia que antes, incluso aunque la versión para ordenador funcione a la perfección desde el punto de vista técnico.

Mantener la velocidad de la página bajo control de forma permanente

El tiempo de carga no es un proyecto puntual, sino un elemento constante en cualquier estrategia de SEO. Con el tiempo, se van incorporando nuevos plugins, imágenes más grandes o scripts de seguimiento adicionales que empeoran unos valores que antes eran buenos. La situación se vuelve especialmente crítica en un relanzamiento, cuando las nuevas plantillas o un cambio de sistema empeoran el tiempo de carga sin que nos demos cuenta.

• Comprobar los valores después de cada actualización importante
• Comprobar periódicamente el tamaño de las imágenes
• Analizar con espíritu crítico los scripts de seguimiento
• Comparar el tiempo de carga antes y después del relanzamiento

Un sistema de monitorización constante que avisa automáticamente en caso de empeoramientos repentinos evita que los valores anómalos se acumulen sin que se detecten durante semanas y que, al final, solo puedan corregirse con un esfuerzo considerable.

Velocidad de la página: fuentes de error habituales en el día a día del CMS

Muchos problemas relacionados con el tiempo de carga no se deben al propio sistema de gestión de contenidos, sino a las extensiones instaladas posteriormente, que recargan sus propios scripts y hojas de estilo de forma independiente entre sí. Con cada extensión adicional aumenta el riesgo de que los distintos procesos de carga se bloqueen entre sí, sin que haya un único responsable que mantenga una visión general de todos los componentes implicados.

Incluso los gestores de etiquetas, como Google Tag Manager, pueden convertirse en un lastre si su crecimiento no se controla, ya que con el tiempo se van añadiendo cada vez más scripts de seguimiento y marketing sin eliminar las entradas antiguas que ya no se utilizan.

• Identificar las ampliaciones como un obstáculo habitual
• Evitar bloqueos recíprocos en los scripts
• Limpiar periódicamente la gestión de etiquetas
• Eliminar scripts de seguimiento que no se utilizan

Medir la velocidad de la página y llevar un registro a lo largo del tiempo

Los valores de medición aislados no aportan mucha información si no se comparan a lo largo de un periodo de tiempo prolongado. La integración con Google Analytics permite analizar el tiempo de carga no de forma aislada, sino en relación con el comportamiento real de los usuarios, como la tasa de rebote y el tiempo de permanencia en la página.

De este modo, se puede comprobar si una mejora técnica conduce realmente a una mayor interacción, en lugar de basarse únicamente en un valor de prueba aislado.

• Comparar los valores medidos a lo largo de un periodo prolongado
• Relacionar el tiempo de carga con el comportamiento de los usuarios
• Tener en cuenta la tasa de rebote y el tiempo de permanencia
• Demostrar la mejora basándose en datos reales

Qué hace exactamente el archivo robots.txt

El archivo se encuentra en el directorio raíz de un dominio y está compuesto por reglas de texto sin formato. Cada regla se dirige a un rastreador concreto mediante la entrada «User-agent» y, mediante «Disallow» o «Allow», establece a qué rutas puede acceder dicho rastreador. Google, Bing y otros motores de búsqueda leen este archivo antes de cada proceso de rastreo y, por regla general, respetan las especificaciones de forma fiable.

Una sola entrada «Disallow» incorrecta en el directorio raíz puede bastar para que todo el dominio quede excluido del índice de Google.

Por eso, este archivo es uno de los ajustes técnicos más delicados de una página web. Basta con una barra olvidada o una ruta demasiado amplia para que queden ocultas secciones que, en realidad, deberían estar visibles. Quien modifique el archivo debería comprobar siempre el resultado antes de que la nueva versión se publique.

• Permitir el acceso de bots concretos de forma selectiva
• Excluir directorios completos del rastreo
• Introducir la ruta al mapa del sitio
• Dirigir el presupuesto de rastreo hacia las páginas importantes
• Proteger el contenido duplicado frente a la indexación

Controlar los rastreadores clásicos de los motores de búsqueda

Googlebot, Bingbot y otros rastreadores de motores de búsqueda similares leen el archivo robots.txt cada vez que visitan la página. Mediante líneas específicas de «user-agent», se puede definir una regla propia para cada bot, por ejemplo, para que Bing vea secciones diferentes a las que ve Google. Google Search Console ofrece una herramienta de prueba específica para ello, con la que se pueden comprobar URL concretas frente al archivo actual antes de que un cambio surta efecto. Especialmente en el caso de las grandes tiendas online con páginas de filtrado o rutas de carrito de la compra, una configuración adecuada evita que se desperdicie un valioso presupuesto de rastreo en páginas irrelevantes.

• Establecer reglas específicas para cada motor de búsqueda
• Excluir las páginas de filtros y de la cesta de la compra
• Utilizar la herramienta de pruebas antes de cada modificación
• Definir el retraso de rastreo según sea necesario

Los rastreadores de IA y el nuevo panorama de los bots

Además de los motores de búsqueda clásicos, hoy en día un número cada vez mayor de rastreadores de IA lee el archivo robots.txt, entre ellos GPTBot, ClaudeBot, Google-Extended o CCBot. Mediante entradas propias en el campo «User-agent» se puede determinar si estos sistemas pueden recopilar contenidos para datos de entrenamiento o utilizarlos para respuestas en tiempo real. Este control se ha convertido ya en un componente esencial de una estrategia de visibilidad técnica adecuada, tal y como se comprueba en nuestra auditoría SEO/GEO. También en el caso de un relanzamiento, la revisión del archivo robots.txt es uno de los primeros pasos, para evitar que se transfieran bloqueos no deseados a la nueva página. Quien desee tener en cuenta además los factores de posicionamiento estructurados, encontrará enfoques más detallados en nuestro artículo sobre optimización on-page.

• Permitir el acceso específico a GPTBot y ClaudeBot
• Gestionar por separado Google Extended para el entrenamiento de IA
• Comprobar las reglas antes de cada relanzamiento
• Realizar auditorías periódicas de la visibilidad técnica

Mantener y comprobar correctamente el archivo robots.txt

El archivo no es una tarea que se realice una sola vez, sino que debe actualizarse cada vez que se produzca un cambio importante en la estructura de la página. La creación de nuevos directorios, el cambio de nombre de las rutas o la sustitución del sistema de gestión de contenidos suelen modificar las áreas que realmente deben rastrearse. Una revisión periódica de Search Console permite comprobar si Google se encuentra con bloqueos que ya no son deseados o si algunas áreas importantes siguen bloqueadas por error. Las herramientas externas de análisis técnico también ayudan a poner de manifiesto las diferencias entre la versión actual y una anterior del archivo, antes de que se conviertan en un verdadero problema de visibilidad.

• Comprobar el archivo tras cada cambio de estructura
• Revisar periódicamente las alertas de Search Console
• Comprobar si las restricciones antiguas siguen vigentes
• Documentar los cambios antes de la puesta en marcha

Robots.txt: errores habituales en la práctica

El error más frecuente es una entrada «Disallow» demasiado amplia, que bloquea sin querer secciones enteras de un sitio web, aunque solo se pretendía bloquear un único directorio. Asimismo, las reglas contradictorias, en las que una línea posterior anula una autorización anterior, suelen provocar un comportamiento de rastreo poco claro. Especialmente al cambiar de sistema de gestión de contenidos, el archivo suele heredarse sin modificaciones, aunque la estructura de rutas haya cambiado por completo.

Otro problema habitual tiene que ver con las estructuras de las URL, que cambian con el tiempo: las antiguas reglas «Disallow» remiten entonces a rutas que hace tiempo que ya no existen, mientras que las nuevas, que en realidad son áreas sensibles, quedan desprotegidas.

• No definas las entradas «Disallow» de forma demasiado amplia
• Resolver de forma sistemática las normas contradictorias
• Volver a comprobar el archivo tras el cambio de sistema
• Eliminar periódicamente las rutas obsoletas

El archivo robots.txt en combinación con la gestión de etiquetas

Herramientas como Google Tag Manager suelen cargar scripts externos procedentes de dominios adicionales, que a su vez pueden tener sus propias reglas de rastreo. Quien solo preste atención a su propio archivo robots.txt puede pasar por alto fácilmente que un script integrado en otro dominio tenga unas especificaciones totalmente diferentes.

Por lo tanto, en configuraciones más complejas con varios servicios integrados, conviene realizar un inventario periódico de todos los dominios implicados, y no solo del dominio principal propio.

• Los scripts externos traen sus propias reglas
• No hay que centrarse únicamente en el dominio principal
• Elaborar periódicamente una lista de los dominios implicados
• Actualizar la configuración de los nuevos servicios

Quien considere el archivo robots.txt, el mapa del sitio y la estructura técnica como un sistema integrado, en lugar de como tareas individuales y separadas, detectará los errores más rápidamente y evitará que un cambio en un punto provoque, sin que se note, efectos secundarios en otro punto que no se detecten hasta semanas más tarde.

En qué consiste concretamente el SEO técnico

El SEO técnico no es una acción aislada, sino un conjunto de medidas que se complementan entre sí. Entre ellas se incluyen, entre otras:

• Optimizar el tiempo de carga, incluyendo los Core Web Vitals
• Controlar el rastreo y la indexación mediante mapas del sitio
• Estructuras de URL claras y descriptivas sin contenido duplicado
• Utilizar Schema.org para los fragmentos enriquecidos
• Implementación «Mobile First», que incluye comprobación de la adaptabilidad en todos los dispositivos
• Enlaces internos sin enlaces rotos

Por qué merece la pena esta inversión

Google y otros motores de búsqueda tienen en cuenta las señales técnicas directamente en sus factores de posicionamiento. Una página web que tarda en cargarse o que resulta difícil de manejar en el móvil no solo pierde posiciones, sino también visitantes, que abandonan la página antes de tiempo. Precisamente en proyectos que funcionan con distintos sistemas CMS, como WordPress, Typo3 o Shopware, los ajustes técnicos varían considerablemente.

Muchas empresas invierten en contenido, pero pasan por alto que una página con un tiempo de carga de 8 segundos ya pierde al 70 % de los visitantes móviles, antes incluso de que se lea el primer texto. Una optimización técnica básica suele amortizarse en un plazo de 2 a 3 meses solo gracias al aumento de las tasas de clics.

Nuestro equipo conoce las particularidades de los sistemas más habituales y aplica medidas allí donde tienen mayor efecto.

• Los Core Web Vitals influyen directamente en el posicionamiento en Google
• Velocidad de carga inferior a 3 segundos
• Indexación «Mobile-First»: el rendimiento en ordenador de sobremesa suele descuidarse
• Ahorra presupuesto de rastreo optimizando los mapas de sitio XML
• HTTPS y datos estructurados como multiplicadores del posicionamiento

Errores típicos en el día a día

Muchos problemas técnicos no surgen al lanzar una página web, sino de forma gradual durante su funcionamiento. Un nuevo plugin ralentiza el tiempo de carga, un relanzamiento modifica las estructuras de las URL sin redireccionamientos adecuados, o las imágenes se incorporan sin comprimir y aumentan el tamaño de las páginas. Los mapas del sitio obsoletos, que siguen notificando a Google páginas eliminadas, o las secciones bloqueadas accidentalmente en el archivo robots.txt también se encuentran entre las fuentes de error más frecuentes que detectamos habitualmente en nuestras auditorías. Por eso, una única auditoría técnica rara vez es suficiente; un control continuo evita que estos problemas se acumulen sin que nos demos cuenta y perjudiquen silenciosamente el posicionamiento a lo largo de meses.

• Un tiempo de carga superior a 3 segundos perjudica claramente el posicionamiento
• Comprueba mensualmente si hay bloqueos en el archivo robots.txt
• Documentar las redirecciones HTTP (301) tras el relanzamiento
• Comprimir las imágenes de menos de 100 KB
• Actualizar el mapa del sitio en un plazo de 48 horas tras cualquier eliminación

Colaboración con equipos de desarrollo

El SEO técnico rara vez puede implementarse al margen del equipo de desarrollo existente, ya que muchas medidas afectan directamente al código, a la configuración del servidor o a los procesos de implementación. Por ello, colaboramos estrechamente con los departamentos internos de TI o con socios de desarrollo externos, en lugar de formular recomendaciones sin tener en cuenta los sistemas existentes. Por lo general, los cambios se prueban primero en un entorno de pruebas antes de su puesta en producción, para evitar que los ajustes técnicos afecten accidentalmente a otras funciones del sitio web. Esta estrecha coordinación agiliza la implementación y evita que las buenas recomendaciones de SEO fracasen debido a responsabilidades internas o malentendidos entre los equipos de marketing y desarrollo.

• Probar en el entorno de staging antes de la puesta en marcha
• Coordinar los Core Web Vitals con el equipo de desarrollo
• Documentar el registro de cambios para garantizar la trazabilidad
• Comprobar el impacto de los cambios en la API sobre el SEO
• Realizar auditorías técnicas periódicas de forma conjunta

Así es como procedemos

El primer paso es una auditoría técnica completa que analiza el tiempo de carga, la indexación, la visualización en dispositivos móviles y los datos estructurados. A partir de los resultados se elabora una hoja de ruta priorizada que aborda en primer lugar los aspectos con mayor impacto. Paralelamente, solemos configurar un sistema fiable en Google Tag Manager para que los resultados se puedan medir, en lugar de limitarnos a hacer suposiciones. Tras la implementación, el SEO técnico sigue siendo un proceso continuo: las actualizaciones del CMS, los nuevos contenidos y los cambios en los requisitos de los motores de búsqueda exigen un control periódico, del que nos encargamos como parte de nuestro servicio de asistencia.

• Comprobación de los Core Web Vitals y del tiempo de respuesta del servidor
• Optimizar los mapas de sitio XML, el archivo robots.txt y las etiquetas canónicas
• Corregir los errores de rastreo en Search Console
• Validar la indexación «Mobile-First» y el diseño adaptativo
• Configurarun panel de control para indicadores clave de rendimiento (KPI), como el presupuesto de rastreo

El SEO técnico como base del marketing de resultados

Una página web técnicamente bien diseñada también da sus frutos más allá de la búsqueda orgánica. Las páginas de destino a las que remiten las campañas se cargan más rápido y generan mejores conversiones si la base técnica es la adecuada. Quien, además, configure correctamente el seguimiento de conversiones, podrá incluso cuantificar el efecto de las optimizaciones técnicas, por ejemplo, mediante la reducción de las tasas de rebote o el aumento de las tasas de conversión.

• Los Core Web Vitals influyen directamente en el rendimiento de los anuncios
• Intenta que el tiempo de respuesta del servidor sea inferior a 200 ms
• Comprobar el archivo robots.txt y el mapa del sitio para garantizar la eficiencia del rastreo
• Evitar el contenido duplicado y establecer etiquetas canónicas
• Dar prioridad a la velocidad en dispositivos móviles frente a la de los ordenadores de sobremesa