Y eso no es un detalle de lenguaje: debajo de esa palabra hay tres defectos distintos, con tres causas distintas y tres arreglos distintos. Esta página es para que puedas distinguirlos, medirlos gratis con los umbrales oficiales y saber qué pedir —o a quién no pagarle— cuando alguien te ofrezca «optimizar» tu sitio.
Esta es la falla más silenciosa de todas las que vemos. No hay cartel rojo, no hay error de servidor, no hay correo de nadie avisando. El sitio funciona perfecto y simplemente esa tarde no entra nadie, o entran y se van antes de ver una palabra. No hay forma de enterarse por queja, porque nadie escribe para decir «tu página tardaba y me fui».
Y hay un segundo problema, más raro y más fastidioso: el dueño del sitio es el peor juez posible de su propia velocidad. Lo abre todos los días, así que su navegador ya tiene las imágenes y los archivos guardados; lo abre desde la oficina con buena conexión; y lo abre sabiendo exactamente dónde va a estar cada cosa. Para él el sitio vuela. Para quien llega por primera vez desde un teléfono en la ruta, no.
Por eso casi todas las conversaciones sobre velocidad arrancan mal. Alguien dice «mi web va lenta» y del otro lado le ofrecen «optimización», sin que ninguno de los dos haya definido qué significa lenta ni haya anotado un número. Así es imposible saber si mejoró, y es exactamente la condición en la que se cobra por trabajos que no se pueden verificar.
Así que esta página no empieza por las causas. Empieza por partir la palabra en tres, porque cada una de las tres se arregla en un lugar distinto, y confundirlas es la razón por la que mucha gente paga por comprimir fotos un problema que no tenía nada que ver con las fotos.
Es el aporte más útil de esta página y el que más plata ahorra. Las tres se miden por separado, tienen umbral propio y casi nunca tienen la misma causa. Antes de pedir un presupuesto, averiguá cuál de las tres tenés.
Es la pantalla en blanco, o el encabezado solo mientras el resto no llega. Es la que hace que la gente se vaya, porque nadie espera frente a una pantalla vacía sin saber si el sitio existe. La métrica que la mide se llama LCP y el umbral recomendado es que el elemento principal aparezca en 2,5 segundos o menos. Suele ser culpa de las imágenes o del alojamiento, y es la más fácil de las tres de arreglar.
El texto que se corre hacia abajo cuando termina de cargar una foto, el botón que se desplaza justo cuando lo ibas a tocar. Técnicamente no es lentitud, pero el usuario lo vive como un sitio que no funciona. Es la que más hace apretar el botón equivocado, y en una tienda eso es un carrito abandonado con bronca. La métrica se llama CLS y el umbral es 0,1 o menos. Casi siempre se arregla reservando el espacio de las imágenes y los avisos.
Apretás un botón, abrís un menú, escribís en un campo, y pasa medio segundo largo en el que no sucede nada. Es la que arruina formularios y carritos, porque la gente aprieta dos veces y a veces manda dos veces. La métrica se llama INP, reemplazó a la anterior en 2024, y el umbral es 200 milisegundos o menos. Suele ser culpa de la cantidad de cosas que corren encima del sitio, no de las fotos.
Los nombres técnicos no importan para decidir, pero conviene conocerlos por una razón práctica: son los que vas a ver en cualquier herramienta de medición y en cualquier presupuesto, y saber cuál es cuál te deja preguntar «¿cuál de los tres me vas a mejorar?». Esa sola pregunta ordena una conversación que normalmente es puro humo.
Ocho pasos, diez minutos, cero costo, y no hace falta saber nada técnico. Están ordenados de los que descartan lo más barato a los que miden en serio. Esto lo publicamos para que puedas usarlo aunque no nos contrates, y para que puedas controlarnos si nos contratás.
Es la prueba que más se parece a cómo lo abre tu cliente, y en Uruguay esa diferencia es grande fuera de las ciudades. Si tu negocio es del interior, esto no es un detalle: es la prueba principal.
Acá está la trampa que hace que el dueño sea el peor juez de su propio sitio: tu navegador ya tiene el sitio guardado, así que a vos te abre rápido y a quien entra por primera vez no. Si en privado tarda y normalmente no, el problema existe y no lo estabas viendo.
Dos minutos, un mensaje. Sirve para descartar lo más barato de todo, que es que el problema sea tu propia red o tu propio equipo y no el sitio.
Casi todo el mundo mide la home y casi nadie entra por la home: se entra por una página de producto, de servicio o de una nota. Medí esa, que además suele ser la más pesada porque es la que tiene las fotos.
Si hay fotos de 3, 4 o 6 megas subidas tal como salieron de la cámara o del teléfono, ahí está tu problema en la enorme mayoría de los casos, y es el más barato de resolver de toda la lista.
Mirá la pantalla sin tocar nada durante los primeros segundos. Si el texto baja de golpe, si aparece un aviso que empuja todo, si una foto desplaza el botón: eso es el segundo defecto y se arregla distinto que el primero.
No esperes a que termine de cargar todo: apretalo en el momento en que lo ves. Si no responde, encontraste el tercer defecto, y es el que menos tiene que ver con las fotos.
Es el paso que nadie hace y el que más te protege: es tu línea de base. Sin eso, cualquiera puede cobrarte por «optimizar» y después decirte que mejoró, y no vas a tener con qué discutirlo.
Los publicamos con la fuente porque son tu herramienta de control. Si alguien te dice que tu sitio está «bien» o «mal» sin referirse a estos tres números y a cómo se miden, no te está diciendo nada verificable.
Las métricas son tres: LCP, que mide cuánto tarda en aparecer el elemento principal, con un umbral recomendado de 2,5 segundos o menos; INP, que mide cuánto tarda el sitio en responder a una interacción, con un umbral de 200 milisegundos o menos; y CLS, que mide cuánto se mueve el contenido mientras carga, con un umbral de 0,1 o menos. INP reemplazó a la métrica anterior de interactividad y pasó a ser una de las tres métricas estables en 2024.
Y acá está el detalle que casi nadie te cuenta y que cambia cómo se leen los informes: el umbral se evalúa en el percentil 75 de las cargas, separando móvil de escritorio. No es el promedio ni la mejor medición: significa que tres de cada cuatro visitas tienen que estar dentro del número. Un promedio lindo puede esconder que una cuarta parte de tu gente espera el doble, y por eso un informe que te muestra un solo puntaje grande y colorido no alcanza para decidir nada.
De ahí también sale por qué conviene desconfiar de la medición única: una prueba simulada mide una carga en condiciones de laboratorio y sirve para encontrar qué arreglar, mientras los datos de visitas reales representan lo que vive tu cliente. Son complementarios y responden preguntas distintas. Fuente: documentación pública de Core Web Vitals de Google en web.dev, consultada el 6 de octubre de 2026 y contrastada con la documentación de Google Search Central sobre experiencia de página.
No están en el orden en que suenan importantes: están en el orden en que aparecen. La primera explica la mayoría de los casos que miramos y es también la más barata de arreglar, lo cual es una buena noticia poco frecuente en este rubro.
Es la causa número uno por amplísimo margen, y la más barata de arreglar. El patrón es siempre el mismo: alguien con buen criterio sacó fotos lindas y las subió tal como salieron de la cámara, de cuatro megas cada una, para mostrarse en un espacio de pantalla que necesita una fracción de eso. Doce fotos así son más peso que todo el resto del sitio junto. Si tu chequeo encontró esto, lo que necesitás es una tarde de trabajo, no un proyecto.
El chat de atención, el aviso de cookies, dos o tres sistemas de medición, el mapa, las tipografías, el video de fondo. Cada uno parecía inofensivo el día que se agregó. Juntos forman una fila que corre antes de que el visitante vea una palabra. Es la causa típica del tercer defecto, el de que nada responde, y la más incómoda de resolver porque implica decidir qué se saca.
Tu sitio comparte un servidor con muchos otros y el rendimiento depende de lo que hagan los vecinos. Se reconoce por un síntoma bastante claro: el sitio está lento en rachas, a veces bien y a veces mal, sin que vos hayas cambiado nada. Es la causa que menos se puede arreglar «optimizando», porque no está en tu sitio. Acá sí la solución cuesta plata todos los meses, y conviene saberlo antes: el desglose está en cuánto cuesta mantener una web al año.
Es el caso clásico de un sitio al que cada pedido se le resolvió agregando algo. Hay complementos que hacen consultas en cada visita, otros que cargan sus propios archivos en todas las páginas aunque solo se usen en una. El sitio no se puso lento: se le fue agregando. Si esto te suena, el detalle está en por qué mi WooCommerce se rompe, que es donde esta causa aparece en su forma más pura.
Tu conexión, tu equipo con veinte pestañas abiertas, una red corporativa que filtra, un teléfono viejo. Es la causa más frecuente de los falsos positivos y la razón del paso 3 del chequeo. También pasa lo contrario, y es el caso más engañoso: el sitio te parece rápido porque tu navegador lo tiene guardado, y para el visitante nuevo es otra experiencia. Este chequeo es gratis y descarta las dos cosas en cinco minutos.
Hay un caso que se vive como lentitud extrema y es otra cosa: el sitio que tarda treinta segundos y a veces no abre. Eso ya no es rendimiento, es intermitencia, y se diagnostica distinto. Si te pasa, empezá por mi web no abre: qué hacer en vez de por esta página.
Lo decimos porque es el argumento con el que más se vende este trabajo y es el que menos se sostiene. La razón para arreglar la lentitud es la gente que se va, no el buscador.
La documentación de Google es bastante explícita y vale citarla: dice que no hay una señal única y que sus sistemas miran una variedad de señales relacionadas con la experiencia de página. Dice que las Core Web Vitals son usadas por sus sistemas de posicionamiento. Y dice, en la misma página, que el buscador siempre busca mostrar el contenido más relevante, incluso si la experiencia de página es pobre, y que tener buenos puntajes no garantiza un buen posicionamiento.
Las tres frases juntas dicen algo bastante claro: la velocidad desempata entre opciones parecidas, pero no crea relevancia donde no hay contenido. Si tu sitio no aparece por un término, acelerarlo no lo va a hacer aparecer. Ese es otro diagnóstico, con otro orden de causas, y está en mi sitio no aparece en Google.
Lo que sí es cierto, y no necesita que lo diga ningún buscador, es el efecto comercial directo: una pantalla en blanco no vende nada, y el visitante que se fue no vuelve ni deja rastro. Esa es razón suficiente y es la que usamos cuando recomendamos este trabajo. No hace falta inflarla con una promesa de posiciones que nadie puede garantizar.
Publicamos el criterio para que puedas aplicarlo vos. La diferencia no está en cuán lento está el sitio: está en dónde vive el peso.
Cuando el peso está en el contenido y no en la estructura: fotos sin comprimir, cuatro sistemas de medición, un video de fondo, complementos que no se usan. Se reconoce porque se puede nombrar qué sobra. Es trabajo acotado, se mide antes y después con los mismos tres números, y en la mayoría de los casos el sitio queda bien sin tocar el diseño.
Cuando el peso es la estructura: una plantilla que trae cuarenta funciones de las que usás dos, un constructor visual que genera capas y capas para mostrar un párrafo, o una base que ya no tiene sostén. Acá aligerar es pagar por volver a estar en el mismo lugar en un año. La señal más clara no es técnica: si cada cambio chico necesita a alguien de afuera, el problema no es la velocidad.
Y una advertencia honesta: «no se puede optimizar» casi nunca es literalmente cierto. Casi todo se puede mejorar con suficiente tiempo y dinero. La pregunta útil no es si se puede, es dónde rinde más cada peso. Si alguien te dice que hay que rehacerlo todo sin haberte mostrado los tres números antes, te está vendiendo, no diagnosticando. El criterio completo para decidir entre sostener y rehacer está en hace años que nadie toca mi web.
Como en todo el resto del sitio, los números están publicados. Y como en el resto del cluster de rescate, también está publicado el caso en el que lo más honesto es que no nos contrates, porque preferimos perder un trabajo chico antes que cobrar por un susto.
Es el patrón de fondo detrás de casi todos los sitios lentos que miramos, y no tiene nada que ver con la tecnología: tiene que ver con quién podía tocar el sitio.
La historia es siempre parecida. Hacía falta un formulario y se agregó un complemento. Hacía falta medir y se agregaron tres sistemas. Querían un chat y se agregó uno. Después otro, porque el primero no andaba, y el primero nunca se sacó. Cada pedido se resolvió sumando, porque sumar es lo que se puede hacer desde afuera sin entender el sitio, y restar requiere saber qué hace cada cosa. Nadie nunca tuvo el incentivo de sacar nada.
Por eso la lentitud en estos casos es un síntoma y no la enfermedad. La enfermedad es que cada necesidad chica se resolvió con una pieza de terceros porque tu equipo no podía resolverla solo. Un sitio donde tu gente puede cambiar un texto, subir una foto o ajustar un dato de contacto sin pedir permiso no acumula esa capa, y eso es lo que llamamos presencia digital operable. Para que no vuelva a pasar está el plan de soporte, que incluye revisar lo que se fue sumando.
Hay dos situaciones uruguayas donde esto deja de ser un detalle técnico y se vuelve plata. La primera es el interior y el campo: un sitio pesado que abre perfecto en una oficina de Montevideo con fibra es una pantalla en blanco en un camino con una barra de señal. Si tus clientes te buscan desde ahí, la única medición que vale es la del teléfono con datos móviles. Lo desarrollamos para ese caso en diseño web para el agro y maquinaria.
La segunda es la temporada. Entre diciembre y febrero un negocio de la costa recibe en pocas semanas el tráfico de medio año, muchas veces desde teléfonos y con redes saturadas, y es exactamente el momento en que un sitio lento cuesta más caro. Conviene medirlo en noviembre y no en enero: el detalle está en diseño web en Punta del Este para negocios de temporada.
Bioma es una empresa de soporte tecnológico para PYMEs con base en Montevideo y trabajamos con empresas de todo el país. Si el sitio tiene además otros síntomas —no abre, dice que no es seguro, desapareció del buscador o nadie lo toca desde hace años—, el cluster completo arranca en mi web no abre: qué hacer, y los números de lo que cuesta arreglarlo están en cuánto cuesta arreglar una página web rota.
Con la dirección del sitio, la página que medís y los tres números ya tenemos casi todo. Con eso te decimos si tu caso se resuelve con una tarde de trabajo que podés pedirle a quien ya tiene los accesos, si conviene una revisión, o si lo honesto es rehacer. Escribinos cualquier día y a cualquier hora: te respondemos apenas lo vemos.
Los umbrales recomendados por la documentación pública de Core Web Vitals son tres, uno por cada defecto distinto: que el elemento principal aparezca en 2,5 segundos o menos, que la respuesta a una interacción sea de 200 milisegundos o menos, y que el desplazamiento del contenido mientras carga sea de 0,1 o menos. Hay un detalle importante sobre cómo se evalúan: no se mira una carga afortunada sino el percentil 75 de las cargas reales, separando móvil de escritorio. En otras palabras, tres de cada cuatro visitas tienen que estar dentro del umbral, no el promedio.
A los dos, porque están midiendo cosas distintas. Las herramientas dan dos tipos de dato: una prueba simulada, que corre una sola carga en condiciones de laboratorio y es la que produce ese puntaje llamativo, y los datos de visitas reales, que se toman del percentil 75 de la gente que de verdad entró a tu sitio. El puntaje de laboratorio sirve para encontrar qué arreglar; el dato de campo es el que representa lo que vive tu cliente. Y hay un tercer factor: a vos el sitio te abre rápido porque tu navegador ya lo tiene guardado. Probalo en una ventana privada y la sensación cambia.
Es más matizado que como se suele vender. La documentación de Google dice que Core Web Vitals son usadas por sus sistemas de posicionamiento, pero también dice textualmente que no hay una señal única y que el buscador siempre busca mostrar el contenido más relevante, incluso si la experiencia de página es pobre. O sea: acelerar el sitio no te va a hacer aparecer por términos para los que no tenés contenido. Si tu problema es que no te encuentran, la velocidad no es el camino. La razón de verdad para arreglar la lentitud es otra y es más inmediata: la gente que se va antes de ver tu sitio.
En la gran mayoría de los sitios que miramos, sí, son el problema y por amplio margen. No hay un número único correcto porque depende de qué tan grande se muestra la imagen, pero sirve una referencia de orden de magnitud: una foto que en la pantalla ocupa el ancho del contenido casi nunca necesita pesar más de unos cientos de kilobytes, y lo que encontramos seguido son archivos de tres, cuatro o seis megas subidos tal como salieron de la cámara. La buena noticia es que es el problema más barato de todos: no requiere rehacer nada y el resultado se nota el mismo día.
Solo si el chequeo apunta ahí, y tiene una señal propia bastante reconocible: el sitio está lento en rachas, a veces bien y a veces mal, sin que vos hayas cambiado nada. Eso pasa porque compartís servidor con otros sitios y el rendimiento depende de los vecinos. Si en cambio el sitio tarda siempre lo mismo y tiene fotos de cuatro megas, cambiar de alojamiento es pagar más por mes para seguir cargando el mismo peso. El orden correcto es medir primero, aligerar después y mudar solo si el número no baja.
Se puede, y la parte difícil no es técnica sino de información: hay que saber qué hace cada complemento antes de sacar ninguno, porque es habitual que uno que parece decorativo sea el que calcula los envíos. Por eso en estos casos el trabajo empieza con un inventario y no con una optimización. Dos recaudos que no negociamos: que exista una copia que alguien haya probado restaurar, y que los cambios se hagan de a uno para poder volver atrás. Si el inventario muestra que la mitad de la tienda depende de piezas sin sostén, a veces la conversación honesta es sobre migrar y no sobre acelerar.
Depende de lo que diga la medición, y por eso no publicamos una tarifa para el trabajo de aligerar: un sitio con fotos pesadas y uno con una plantilla inflada no se parecen en nada. Lo que sí tiene precio es la revisión que lo define, que son USD 90 + IVA y termina en un informe escrito con el orden de prioridades, que queda tuyo. Y hay un caso en el que directamente te decimos que no nos contrates: si lo único que pasa es que hay diez fotos enormes y tenés a quién pedírselo, eso es una tarde de trabajo y cobrarte un proyecto sería aprovecharse de que no sabías medirlo.
Porque son dos situaciones distintas aunque el sitio sea el mismo: el teléfono tiene menos capacidad de procesamiento que una computadora y la conexión móvil es más variable que una fibra. Un sitio que en escritorio disimula el exceso de peso, en un teléfono con una barra de señal lo muestra entero. Por eso los umbrales oficiales se evalúan separando móvil de escritorio, y por eso el primer paso del chequeo de esta página es probarlo con datos móviles y no con el wifi de la oficina. Si tu negocio está en el interior o tu gente te busca desde el campo, esa es la única medición que de verdad importa.
Bioma es una empresa de soporte tecnológico para PYMEs. No vendemos posicionamiento como servicio y no garantizamos posiciones en ningún buscador, porque nadie puede hacerlo. Lo que hacemos acá es medir con las métricas públicas, identificar qué está pesando, decir qué conviene hacer y en qué orden, y ejecutarlo si corresponde. Tampoco damos asesoramiento legal ni intervenimos en conflictos con proveedores anteriores: eso se resuelve con tu asesoramiento y con quien corresponda.
En esta página no hay estadísticas de abandono, porcentajes de conversión perdida ni estudios citados: no tenemos datos propios para sostenerlos y no citamos ajenos sin poder verificarlos. Tampoco publicamos mediciones de sitios de clientes. La única referencia externa son los umbrales y el método de evaluación de Core Web Vitals —2,5 segundos de LCP, 200 milisegundos de INP, 0,1 de CLS, evaluados en el percentil 75 de las cargas y separando móvil de escritorio, con INP como métrica estable desde 2024— y las afirmaciones de Google sobre el rol de la experiencia de página en el posicionamiento, verificadas en la documentación pública de web.dev y en la de Google Search Central y consultadas el 6 de octubre de 2026. Los únicos números propios son nuestros precios: la revisión de diagnóstico en USD 90 + IVA, el piso de diseño web en USD 390 + IVA y los planes de soporte. El trabajo de aligerar se cotiza por caso y por eso no figura con tarifa.