Si tu web va lenta \u2014 o alguien te ha dicho que sus puntuaciones son \u00abpobres\u00bb \u2014 es natural preguntarse cu\u00e1nto importa realmente y qu\u00e9 tendr\u00edas que hacer al respecto. El rendimiento se ha convertido silenciosamente en una de las cosas que una web B2B suele acertar o fallar, y sin embargo est\u00e1 envuelto en jerga (Core Web Vitals, LCP, puntuaciones de PageSpeed) que hace dif\u00edcil saber qu\u00e9 merece tu atenci\u00f3n y qu\u00e9 es ruido.<\/p>\n\n\n\n
Esta gu\u00eda corta con eso. Explica qu\u00e9 significa realmente el rendimiento web, por qu\u00e9 importa m\u00e1s para empresas B2B de lo que la gente piensa, el pu\u00f1ado de m\u00e9tricas que cuenta de verdad, qu\u00e9 hace lento un sitio, c\u00f3mo medir el tuyo de forma honesta y c\u00f3mo se ve \u00abbueno\u00bb. Sin muros de jerga \u2014 s\u00f3lo lo que un decisor ocupado necesita para tomar una buena decisi\u00f3n.<\/p>\n\n\n\n
El rendimiento web es lo r\u00e1pido y fluido que carga y responde tu sitio para un visitante real \u2014 no una puntuaci\u00f3n abstracta, sino la experiencia vivida de esperar (o no esperar) a que una p\u00e1gina sea \u00fatil.<\/p>\n\n\n\n
Se reduce a tres cosas que un visitante siente, aunque nunca pudiera nombrarlas: lo r\u00e1pido que aparece el contenido principal en pantalla, lo r\u00e1pido que la p\u00e1gina se vuelve responsiva cuando intenta hacer scroll o clic, y si el layout se queda quieto en vez de saltar mientras carga. Un sitio r\u00e1pido hace las tres bien. Uno lento falla en una o m\u00e1s, y el visitante lo experimenta como fricci\u00f3n \u2014 una pantalla en blanco que se demora, un bot\u00f3n que no responde, un p\u00e1rrafo que se desplaza justo cuando va a leerlo.<\/p>\n\n\n\n
Vale la pena separar el rendimiento de la puntuaci\u00f3n de rendimiento. Una puntuaci\u00f3n \u2014 como la que te da PageSpeed Insights de Google \u2014 es un proxy \u00fatil, pero lo real es la experiencia. Puedes invertir mucha energ\u00eda persiguiendo un n\u00famero; a lo que tus visitantes y clientes potenciales responden es simplemente a si el sitio se siente r\u00e1pido y fiable.<\/p>\n\n\n\n
Para empresas B2B, el rendimiento web es un tema comercial, no t\u00e9cnico: una web m\u00e1s r\u00e1pida gana m\u00e1s consultas, transmite competencia a compradores de alto valor, posiciona mejor en b\u00fasqueda, y cada vez m\u00e1s decide si las herramientas de b\u00fasqueda con IA te muestran o no.<\/p>\n\n\n\n
Esa es una afirmaci\u00f3n m\u00e1s fuerte que el t\u00edpico \u00aba los usuarios no les gusta esperar\u00bb, y hay cuatro razones detr\u00e1s:<\/p>\n\n\n\n
Si la visibilidad en IA est\u00e1 en tu radar, nuestra pieza sobre c\u00f3mo medir el rendimiento SEO en la era de la IA<\/a> profundiza m\u00e1s en c\u00f3mo est\u00e1 cambiando ese panorama.<\/p>\n\n\n\n Juntos, estos cuatro efectos significan que el rendimiento no es una casilla que se marca una vez \u2014 es una influencia silenciosa y continua sobre cu\u00e1nta de la gente adecuada te encuentra, te conf\u00eda y te contacta. Para una empresa cuyos leads individuales valen mucho, incluso una peque\u00f1a mejora vale la pena.<\/p>\n\n\n\n Las m\u00e9tricas que vale la pena conocer son las tres Core Web Vitals de Google \u2014 LCP, INP y CLS \u2014 m\u00e1s tu puntuaci\u00f3n general de PageSpeed, y para los t\u00e9cnicamente curiosos, TTFB. Aqu\u00ed tienes cada una en una sola frase simple:<\/p>\n\n\n\n Si te gustar\u00eda que estas se explicaran bien en vez de en una l\u00ednea cada una, \u21922.3: \u00abCore Web Vitals explicadas\u00bb<\/em> es la inmersi\u00f3n profunda en espa\u00f1ol sencillo (pr\u00f3ximamente).<\/p>\n\n\n\n La mayor\u00eda de sitios B2B lentos est\u00e1n lentos por el mismo pu\u00f1ado de razones \u2014 y casi todas tienen que ver con c\u00f3mo se construy\u00f3 y se aloja el sitio, no con cu\u00e1nto contenido lleva.<\/p>\n\n\n\n Los culpables habituales:<\/p>\n\n\n\n F\u00edjate en el patr\u00f3n: son decisiones de arquitectura, no problemas de contenido. Por eso un sitio genuinamente r\u00e1pido tiene que estar construido para la velocidad desde el principio \u2014 un tema que retomamos en detalle en \u2192 Cluster 3 pillar: por qu\u00e9 construimos sin Elementor ni Divi<\/em> (pr\u00f3ximamente).<\/p>\n\n\n\n La forma honesta de medir el rendimiento es usar PageSpeed Insights gratuito de Google y entender la diferencia entre sus dos tipos de datos \u2014 porque confundirlos es de donde sale la mayor\u00eda de la confusi\u00f3n (y la mayor\u00eda de las discusiones con developers).<\/p>\n\n\n\n PageSpeed Insights te da dos lecturas. Los datos de laboratorio<\/strong>, producidos por una herramienta llamada Lighthouse, son una \u00fanica prueba ejecutada en un entorno controlado \u2014 repetible y buena para diagnosticar problemas, pero no son visitantes reales. Los datos de campo<\/strong>, del Chrome User Experience Report (CrUX), son la experiencia de usuarios reales de Chrome durante los 28 d\u00edas anteriores \u2014 la verdad de c\u00f3mo rinde tu sitio en el mundo real, pero s\u00f3lo disponible una vez que una p\u00e1gina tiene suficiente tr\u00e1fico para reportar.<\/p>\n\n\n\n Dos cosas te evitar\u00e1n perseguir fantasmas. Primero, las puntuaciones fluct\u00faan: corre la misma prueba tres veces y obtendr\u00e1s tres n\u00fameros de laboratorio ligeramente distintos, porque las condiciones var\u00edan cada vez \u2014 as\u00ed que no trates una variaci\u00f3n de dos puntos como una regresi\u00f3n. Segundo, los datos de laboratorio y de campo pueden no coincidir: una p\u00e1gina puede puntuar bien en Lighthouse y a\u00fan as\u00ed mostrar datos de campo pobres si tus usuarios reales tienen dispositivos o conexiones m\u00e1s lentas. Los datos de campo reflejan la realidad; los de laboratorio te ayudan a arreglar cosas. Necesitas ambos, pero los pesas distinto.<\/p>\n\n\n\n Puedes hacer la comprobaci\u00f3n t\u00fa mismo en pagespeed.web.dev<\/a> \u2014 s\u00f3lo pega una URL. Para un panorama m\u00e1s completo de c\u00f3mo leer lo que te dice, ver \u21922.3: \u00abCore Web Vitals explicadas\u00bb<\/em> (pr\u00f3ximamente).<\/p>\n\n\n\n Una buena puntuaci\u00f3n de PageSpeed es 90 o m\u00e1s, y unas buenas Core Web Vitals son un LCP de 2,5 segundos o menos, un INP de 200 milisegundos o menos, y un CLS de 0,1 o menos.<\/p>\n\n\n\n Esos son los n\u00fameros a los que mantener tu sitio. Un par de matices los hacen \u00fatiles en lugar de estresantes. La banda verde (90\u2013100) es el objetivo, pero la diferencia entre, digamos, 92 y 97 rara vez merece la pena agonizarla \u2014 lo que cambia realmente la experiencia del visitante es salir del rojo y el \u00e1mbar. Y el \u00abpase\u00bb de Core Web Vitals se basa en datos de campo \u2014 tus usuarios reales \u2014 al percentil 75, lo que significa que aproximadamente tres cuartos de las visitas tienen que cumplir esos umbrales. El objetivo no es una puntuaci\u00f3n de laboratorio perfecta en un buen d\u00eda; es un sitio que es fiablemente r\u00e1pido para la mayor\u00eda de la gente, la mayor\u00eda del tiempo.<\/p>\n\n\n\n Si tu sitio est\u00e1 sentado en \u00e1mbar o rojo, eso normalmente no es un problema de afinaci\u00f3n que puedas solucionar con plugins. Suele apuntar directamente a las causas arquitect\u00f3nicas de arriba \u2014 que es la diferencia entre parchear un sitio lento y construir uno r\u00e1pido.<\/p>\n\n\n\n La forma m\u00e1s fiable de conseguir un sitio r\u00e1pido \u2014 y mantenerlo r\u00e1pido \u2014 es construirlo sobre un framework hecho a prop\u00f3sito en lugar de un page builder gen\u00e9rico, alojarlo bien y mantenerlo para que el rendimiento no se degrade con el tiempo.<\/p>\n\n\n\n Este es el pensamiento detr\u00e1s de Agile One<\/strong><\/a> \u2014 nuestra suscripci\u00f3n web premium. En lugar de un constructor drag-and-drop, los sitios se construyen sobre un framework WordPress ligero y hecho a prop\u00f3sito, sin Elementor ni Divi, as\u00ed que no hay bloat de builder ralentizando las cosas desde el principio. Las im\u00e1genes y el c\u00f3digo se optimizan por defecto, el cach\u00e9 y el CDN vienen incluidos, y el sitio corre en hosting gestionado en lugar de un servidor compartido y abarrotado. El resultado es un sitio dise\u00f1ado para aterrizar en la banda verde por dise\u00f1o, no convencido a ello despu\u00e9s con una pila de plugins.<\/p>\n\n\n\n Igual de importante, se mantiene r\u00e1pido. La mayor\u00eda de webs son r\u00e1pidas el d\u00eda del lanzamiento y luego se degradan \u2014 los plugins se acumulan, las im\u00e1genes se cuelan, las actualizaciones se saltan. Los sitios Agile One se mantienen en un pipeline de staging a producci\u00f3n, as\u00ed que cada cambio se prueba antes de salir en vivo, y se mantienen al d\u00eda como parte del servicio mensual. La velocidad es estructural, y se cuida activamente, as\u00ed que el sitio que es r\u00e1pido en la semana uno sigue siendo r\u00e1pido un a\u00f1o despu\u00e9s.<\/p>\n\n\n\n Una pregunta justa en este punto es si construir sobre un framework significa un sitio con aspecto plantilla y gen\u00e9rico. No lo significa. El framework es un conjunto de unos veinte bloques de layout pre-construidos y pre-optimizados \u2014 secciones hero, llamadas a la acci\u00f3n, galer\u00edas, layouts de texto e imagen, formularios, etc\u00e9tera \u2014 cada uno con varias presentaciones, ensamblados y dise\u00f1ados alrededor de tu marca por un dise\u00f1ador s\u00e9nior. Obtienes un sitio que se ve como el tuyo, construido sobre fundamentos que ya son r\u00e1pidos y ya est\u00e1n probados, que es exactamente lo que hace que una puntuaci\u00f3n 90+ sea asequible en lugar de un proyecto bespoke de cinco cifras. Tampoco es te\u00f3rico: el enfoque ha producido una puntuaci\u00f3n de Google PageSpeed top, y las ganancias de velocidad se pueden demostrar con puntuaciones de antes y despu\u00e9s en reconstrucciones reales.<\/p>\n\n\n\n El modelo comercial es deliberadamente simple, tambi\u00e9n. No hay coste inicial de construcci\u00f3n \u2014 no pagas nada hasta que tu sitio est\u00e1 en producci\u00f3n \u2014 y luego son 500\u20ac\/mes sin permanencia: cancela cuando quieras con 30 d\u00edas de aviso. Esa cuota mensual es el valor continuo de una web totalmente gestionada y continuamente optimizada \u2014 hosting, seguridad, mantenimiento y SEO t\u00e9cnico mensual y optimizaci\u00f3n para b\u00fasqueda con IA \u2014 no el reembolso de una construcci\u00f3n que va menguando. Tu contenido, marca y dominio son tuyos desde el d\u00eda uno, y la web en s\u00ed pasa a ti gratis despu\u00e9s de doce meses: tranquilidad de que no hay trampa, en lugar de una raz\u00f3n para irte.<\/p>\n\n\n\n Puedes ver c\u00f3mo funciona la parte de construcci\u00f3n en nuestras p\u00e1ginas de dise\u00f1o web<\/a> y desarrollo WordPress<\/a>, o ver la suscripci\u00f3n completa en un solo lugar<\/a>.<\/p>\n\n\n\n \u00bfQuieres una web que punt\u00fae 90+ por dise\u00f1o? Mira c\u00f3mo se construye Agile One \u2192<\/a><\/strong><\/p>\n\n\n\n Cada secci\u00f3n de esta gu\u00eda tiene un art\u00edculo dedicado si quieres ir m\u00e1s lejos:<\/p>\n\n\n\n Una buena puntuaci\u00f3n de PageSpeed es 90 o m\u00e1s sobre 100, que Google muestra en verde. Puntuaciones de 50\u201389 caen en la banda \u00e1mbar ‘necesita mejora’, y 0\u201349 son rojas (‘pobre’). La puntuaci\u00f3n es un resumen \u00fatil, pero las Core Web Vitals detr\u00e1s \u2014 y tus datos de campo de usuarios reales \u2014 importan m\u00e1s que el n\u00famero titular.<\/p>\n\n<\/div>\n<\/div>\n Las Core Web Vitals son las tres m\u00e9tricas que Google usa para medir la experiencia de p\u00e1gina en el mundo real: LCP (lo r\u00e1pido que carga el contenido principal, bueno es 2,5 segundos o menos), INP (lo r\u00e1pido que responde la p\u00e1gina a la interacci\u00f3n, bueno es 200 milisegundos o menos) y CLS (cu\u00e1nto se desplaza el layout al cargar, bueno es 0,1 o menos). Una p\u00e1gina ‘pasa’ cuando la mayor\u00eda de visitas reales cumplen los tres umbrales.<\/p>\n\n<\/div>\n<\/div>\n La mayor\u00eda de webs van lentas por c\u00f3mo est\u00e1n construidas y alojadas, no por cu\u00e1nto contenido llevan. Las causas comunes son bloat de page builders (Elementor, Divi), temas multiprop\u00f3sito pesados, im\u00e1genes grandes sin optimizar, demasiados plugins, hosting compartido barato y falta de cach\u00e9 o CDN. Son problemas arquitect\u00f3nicos, y por eso un arreglo genuino normalmente significa construir para la velocidad en lugar de instalar otro plugin.<\/p>\n\n<\/div>\n<\/div>\n S\u00ed. Google usa la experiencia de p\u00e1gina, incluyendo la velocidad y las Core Web Vitals, como se\u00f1al de ranking. No sube contenido d\u00e9bil por s\u00ed sola, pero entre dos p\u00e1ginas comparables, la m\u00e1s r\u00e1pida tiene la ventaja \u2014 y la velocidad afecta cada vez m\u00e1s a la visibilidad en b\u00fasqueda con IA, ya que los motores de IA favorecen sitios que pueden crawlear y parsear r\u00e1pido.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>","protected":false},"excerpt":{"rendered":" Qu\u00e9 significa el rendimiento web, por qu\u00e9 importa para B2B, las m\u00e9tricas que cuentan, qu\u00e9 hace lento un sitio y c\u00f3mo conseguir 90+ en PageSpeed. La gu\u00eda completa.<\/p>\n","protected":false},"author":11,"featured_media":8527,"template":"","meta":{"_acf_changed":false,"_ayudawp_aiss_summary":"","_ayudawp_aiss_summary_provider":"","_ayudawp_aiss_summary_hash":"","footnotes":""},"categories":[],"tags":[],"class_list":["post-8507","blog","type-blog","status-publish","has-post-thumbnail","hentry"],"acf":{"reading_time":"15"},"_links":{"self":[{"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/blog\/8507","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/blog"}],"about":[{"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/types\/blog"}],"author":[{"embeddable":true,"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/users\/11"}],"version-history":[{"count":0,"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/blog\/8507\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/media\/8527"}],"wp:attachment":[{"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/media?parent=8507"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/categories?post=8507"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.agiledigitalagency.com\/es\/wp-json\/wp\/v2\/tags?post=8507"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Las m\u00e9tricas que cuentan<\/h2>\n\n\n\n
\n\n
Qu\u00e9 hace realmente lento un sitio web<\/h2>\n\n\n\n
\n\n
C\u00f3mo medir tu sitio de forma honesta<\/h2>\n\n\n\n
C\u00f3mo es \u00abbueno\u00bb<\/h2>\n\n\n\n
C\u00f3mo un framework hecho a prop\u00f3sito mantiene la velocidad<\/h2>\n\n\n\n
Preguntas frecuentes<\/h2>\n\n\n\n\n
Profundiza<\/h2>\n\n\n\n
\u00bfQu\u00e9 es una buena puntuaci\u00f3n de PageSpeed?<\/h3>\n
\u00bfQu\u00e9 son las Core Web Vitals?<\/h3>\n
\u00bfPor qu\u00e9 va lenta mi web?<\/h3>\n
\u00bfAfecta la velocidad web al SEO?<\/h3>\n