Una de las cosas que m\u00e1s escucho de los clientes en la primera reuni\u00f3n es: \u00abNuestra web es muy bonita, pero \u00bfpor qu\u00e9 estamos tan lejos en Google?\u00bb. La respuesta suele empezar donde el propietario nunca mira: en la velocidad de carga. La velocidad de WordPress no es un detalle t\u00e9cnico guardado en el caj\u00f3n de un desarrollador. Es una l\u00ednea directa en su tabla de resultados de b\u00fasqueda y en sus cifras de ventas. En este art\u00edculo, analizar\u00e9 c\u00f3mo se conectan estos tres elementos \u2014tiempo de carga, ranking de Google y mantenimiento regular\u2014 y qu\u00e9 puede hacer para que las cosas avancen en la direcci\u00f3n correcta. <\/p>\n\n
Del estudio Think With Google de la propia Google<\/a> se desprende una cifra muy inc\u00f3moda: si el tiempo de carga de una p\u00e1gina m\u00f3vil aumenta de 1 a 3 segundos, la probabilidad de que el visitante se vaya antes de que la p\u00e1gina se abra aumenta un 32%<\/strong>. \u00bfSeis segundos? Un aumento del 106%<\/strong>. \u00bfDiez segundos? Un 123%<\/strong>. <\/p>\n\n Lea esto de nuevo. Puede gastar 400 \u20ac al mes en publicidad de Facebook, atraer un centenar de clics y luego perder a un tercio de ellos antes de que vean lo que vende. No por el precio, ni por una mala imagen, sino porque la p\u00e1gina tarda un segundo m\u00e1s de lo debido en cargar. <\/p>\n\n Y usted no lo sabe. Porque en su propio navegador la p\u00e1gina ya est\u00e1 en cach\u00e9 y se abre al instante. El cliente la ve por primera vez. En su m\u00f3vil. En una red 4G. Con el pulgar ya sobre el bot\u00f3n de retroceso. <\/p>\n\n Google incluy\u00f3 oficialmente las Core Web Vitals<\/strong> entre sus criterios de clasificaci\u00f3n. Se trata de un conjunto de tres cifras que indican si su p\u00e1gina le parece r\u00e1pida al usuario o no. <\/p>\n\n LCP (Largest Contentful Paint)<\/strong>: la rapidez con la que aparece el elemento m\u00e1s grande en pantalla. Normalmente, la imagen de cabecera o un bloque de texto grande. Un buen resultado: menos de 2,5 segundos. <\/p>\n\n INP (Interaction to Next Paint)<\/strong>: la rapidez con la que reacciona la p\u00e1gina cuando el cliente pulsa algo. Un buen resultado: menos de 200 milisegundos. <\/p>\n\n CLS (Cumulative Layout Shift)<\/strong>: cu\u00e1nto \u00absalta\u00bb el contenido en pantalla durante la carga. Conoce esa sensaci\u00f3n: quiere pulsar un bot\u00f3n, pero en el \u00faltimo momento aparece un anuncio y hace clic en el lugar equivocado. Un buen resultado: menos de 0,1. <\/p>\n\n Puede comprobar estas tres cifras de forma gratuita: en la p\u00e1gina de PageSpeed Insights<\/a>, introduzca su URL y obtendr\u00e1 un informe. Le recomiendo hacerlo justo despu\u00e9s de leer este art\u00edculo, ya que sus propias cifras har\u00e1n que el resto de la explicaci\u00f3n sea mucho m\u00e1s concreta. <\/p>\n\n Si las tres est\u00e1n en la zona verde, Google tiene menos motivos para desplazarle a las \u00faltimas p\u00e1ginas de resultados. Si no lo est\u00e1n, competir\u00e1 en condiciones desfavorables, incluso si su contenido es mejor que el de la competencia. <\/p>\n\n Una instalaci\u00f3n fresca de WordPress suele ser bastante r\u00e1pida. El problema surge a lo largo de los meses y a\u00f1os si nadie la mantiene activamente en orden. He revisado cientos de sitios de WordPress en Estonia y los patrones son siempre los mismos. <\/p>\n\n Los plugins se acumulan.<\/strong> Inicialmente se instalaron 8 plugins, ahora hay 27. La mitad de ellos ya no se utilizan, pero siguen cargando su c\u00f3digo cada vez que se abre la p\u00e1gina. <\/p>\n\n Las im\u00e1genes se suben directamente desde el tel\u00e9fono.<\/strong> Archivos JPG de 4 MB que podr\u00edan ser archivos WebP de 200 KB. Si hay 15 im\u00e1genes as\u00ed en la p\u00e1gina de inicio, son 60 MB de descarga para el cliente. <\/p>\n\n La base de datos est\u00e1 llena de basura.<\/strong> Cada publicaci\u00f3n guarda revisiones autom\u00e1ticamente, cada plugin instalado deja su rastro, cada usuario eliminado deja filas \u00abhu\u00e9rfanas\u00bb. En diez a\u00f1os se acumulan varios cientos de megabytes que cada consulta debe examinar. <\/p>\n\n Versi\u00f3n antigua de PHP.<\/strong> El servidor ejecuta PHP 7.4, pero PHP 8.2 ser\u00eda considerablemente m\u00e1s r\u00e1pido para lo mismo. Solo porque el proveedor de hosting no ha actualizado por defecto y nadie ha pulsado el bot\u00f3n. <\/p>\n\n Falta de memoria cach\u00e9 (cache).<\/strong> Por cada visitante, el servidor construye la p\u00e1gina desde cero. Aunque el 95% del contenido sea el mismo para todos y podr\u00eda estar ya preparado. <\/p>\n\n Cada uno de estos cinco problemas por s\u00ed solo puede a\u00f1adir un par de segundos al tiempo de carga. Juntos, funcionan como lastres: la p\u00e1gina carga, pero a duras penas. <\/p>\n\n Si para usted un paquete de mantenimiento significa simplemente que \u00abse hacen las actualizaciones\u00bb<\/a>, entonces est\u00e1 pagando muy poco por lo que realmente ofrece. Un mantenimiento mensual adecuado trata la velocidad como una lista de verificaci\u00f3n independiente. <\/p>\n\n En mis propias p\u00e1ginas funciona m\u00e1s o menos as\u00ed: al final de cada mes, compruebo las puntuaciones de PageSpeed Insights en ambos sitios. Si alguna cifra ha bajado respecto al mes anterior, empiezo a buscar la causa. Normalmente es una imagen nueva subida sin optimizar o un plugin actualizado que ha a\u00f1adido su propio archivo JavaScript. <\/p>\n\n En los proyectos de clientes se sigue la misma l\u00f3gica. El mantenimiento mensual significa: <\/p>\n\n Un cliente, cuya tienda cargaba en 6,4 segundos en el m\u00f3vil antes de empezar el mantenimiento, ahora carga en 1,9 segundos. Estas cifras no me las invento: son capturas de pantalla de los informes de PageSpeed Insights que conservo de ambas fechas. Y Google Search Console muestra un crecimiento notable de clics desde los resultados de b\u00fasqueda en el mismo periodo. El mismo contenido. Los mismos productos. Simplemente, la p\u00e1gina carga m\u00e1s r\u00e1pido y Google lo premia. <\/p>\n\n Vale la pena ser consciente de esto: la velocidad por s\u00ed sola no trae clientes. Pero velocidad + buen contenido + SEO adecuado = Google le muestra m\u00e1s arriba. Y estar m\u00e1s arriba trae clientes. Por eso, el mantenimiento regular de la p\u00e1gina web<\/a> para m\u00ed siempre est\u00e1 ligado a la velocidad, no solo a la seguridad y las actualizaciones. <\/p>\n\n Tres pasos que suman una hora en total:<\/p>\n\n Primero:<\/strong> abra pagespeed.web.dev<\/a>, introduzca la URL de su p\u00e1gina de inicio y vea la puntuaci\u00f3n m\u00f3vil. Haga una captura de pantalla. Ese es su punto de partida. <\/p>\n\n Segundo:<\/strong> inicie sesi\u00f3n en WordPress, vaya a Plugins<\/strong> y vea cu\u00e1ntos tiene. Cada plugin que no use hoy es un peso innecesario. Elimine todo aquello de lo que no sepa explicar qu\u00e9 funci\u00f3n cumple. Es importante realizar una copia de seguridad del sitio web antes de las actualizaciones.<\/strong> Si sucede que borra algo importante, podr\u00e1 restaurar la p\u00e1gina de inmediato. <\/p>\n\n Tercero:<\/strong> abra una de sus \u00faltimas entradas de blog y vea qu\u00e9 tama\u00f1o tienen las im\u00e1genes. Si alguna supera los 500 KB, tiene una oportunidad inmediata de ganar medio segundo de tiempo de carga. La antigua videogu\u00eda sobre la reducci\u00f3n de im\u00e1genes<\/a> sigue siendo relevante. <\/p>\n\nQu\u00e9 mide Google exactamente<\/h2>\n\n
Por qu\u00e9 WordPress se ralentiza con el tiempo<\/h2>\n\n
Qu\u00e9 hace realmente el mantenimiento regular<\/h2>\n\n
\n
\u00bfPor d\u00f3nde empezar?<\/h2>\n\n