Velocidad: qué ralentiza una página
Una página lenta pierde visitantes antes de perder posiciones. Las causas habituales son imágenes grandes, demasiados scripts de otras empresas y un alojamiento lento. Google mide tres cosas que llama Core Web Vitals: con qué rapidez aparece el contenido principal (Largest Contentful Paint), con qué rapidez responde la página cuando alguien pulsa (Interaction to Next Paint) y si el diseño da saltos mientras carga (Cumulative Layout Shift).
Los umbrales publicados por Google para un buen resultado son 2,5 segundos o menos, 200 milisegundos o menos y 0,1 o menos. Search Console muestra cómo van sus páginas con visitantes reales, y PageSpeed Insights prueba una página cada vez. Una prueba en su propio ordenador es una muestra, no un veredicto.
- Cambie el tamaño de las imágenes y comprímalas antes de subirlas.
- Elimine los scripts y complementos que nadie usa.
- Cargue vídeos y mapas solo cuando el visitante los pida.
- Pregunte a su proveedor de alojamiento cuánto tarda una página en empezar a responder.
Móvil: Google lee su versión para móviles
Google usa sobre todo la versión para móviles de una página para decidir qué contiene. El contenido que se ve en un ordenador pero está oculto o falta en un móvil puede no contar.
Abra sus páginas principales en un móvil de verdad. El texto debe leerse sin ampliar, los botones deben ser fáciles de pulsar y nada debe salirse de la pantalla.
Direcciones seguras y limpias
Cada página debe cargarse por HTTPS, con una sola versión de cada dirección. Si la misma página se abre con http y con https, o con y sin www, Google tiene que elegir y las señales se reparten entre ellas. Elija una versión y envíe las demás a ella con una redirección permanente.
Los códigos de estado le dicen a Google lo que ha pasado. 200 significa que la página está bien, 301 que se ha movido para siempre, 404 que no existe y 5xx que ha fallado el servidor. Unos pocos 404 son normales. Muchos 404 en páginas que antes recibían visitas merece la pena arreglarlos.
Mapas del sitio, robots.txt y datos estructurados
Un mapa del sitio enumera las páginas que quiere que se encuentren, y Search Console muestra si Google lo ha leído. El archivo robots.txt indica a los rastreadores qué omitir. Compruebe que no bloquea páginas que quiere mostrar, porque una regla olvidada de una prueba es una causa frecuente.
Los datos estructurados son código adicional que etiqueta qué es una página, por ejemplo una empresa, un producto o un artículo. Ayudan a Google a entender una página y pueden hacer posibles algunas funciones, pero no garantizan ninguna. La prueba de resultados enriquecidos de Google muestra si el código es válido.
Qué puede arreglar usted y qué necesita a un desarrollador
Normalmente puede arreglar usted el tamaño de las imágenes, los títulos de página, las páginas que faltan en el mapa del sitio y las direcciones antiguas que necesitan una redirección, si su herramienta web lo permite. Suele hacer falta un desarrollador para un alojamiento lento, scripts pesados, saltos de diseño causados por la plantilla y datos estructurados en muchas páginas.
Lleve las pruebas. El nombre de una página, una cifra y el resultado de una prueba bastan para que un desarrollador presupueste y arregle.
Pruébelo en su propio sitio en 20 minutos
Necesita Google Search Console y un móvil.
- Pase su página de inicio y su página de servicio más visitada por PageSpeed Insights. Anote los tres resultados de Core Web Vitals para el móvil.
- En Search Console, abra Core Web Vitals y Páginas. Anote cuántas direcciones figuran como deficientes y los motivos que se indican para las páginas no indexadas.
- Escriba en un navegador la versión http y la versión con www de su dirección. Las dos deberían terminar en la misma.
- Abra sudominio.com/robots.txt y compruebe que no bloquea páginas que quiere que la gente encuentre.