Velocidad y Core Web Vitals

Velocidad del sitio web de una clínica dental: por qué importa para captar pacientes

Qué mide realmente Google, por qué tu puntuación de Lighthouse te engaña, las siete causas de los sitios dentales lentos y las correcciones que se pagan solas.
Claves del artículo
  • Google evalúa tu sitio en el percentil 75 de las visitas reales. Los umbrales son LCP ≤ 2,5 s, INP ≤ 200 ms y CLS ≤ 0,1: los tres deben pasar. Una de cada cuatro visitas es peor que tu puntuación.
  • Solo cerca del 48 % de los sitios móviles supera las tres Core Web Vitals en el mundo, frente al 36 % en 2023 — y las páginas internas superan a las portadas en unos 11 puntos en móvil.
  • No confíes solo en tu puntuación de Lighthouse. Las herramientas de laboratorio reportan sitios dentales como catastróficos; los datos de campo de pacientes reales en centros médicos locales muestran una LCP mediana de 1,9 segundos y dos tercios aprobando. Mismo sitio, dos instrumentos, conclusiones opuestas.
  • El benchmark histórico sigue en pie: el 53 % de los visitantes móviles abandona una página que tarda más de tres segundos en cargar (estudio móvil de Google/SOASTA).
  • La velocidad aporta el valor de tus posiciones, no las posiciones. John Mueller, de Google: las Core Web Vitals son un factor de posicionamiento, «más que un simple desempate», pero una puntuación perfecta no te llevará al primer puesto.

Casi todas las agencias de sitios dentales venden velocidad con un único número: una puntuación de Lighthouse en un portátil, medida una vez, en laboratorio, sobre un teléfono simulado. Ese número no es lo que experimentan tus pacientes, y en la distancia entre ambos se desperdicia presupuesto.

Esta guía separa los dos. Explica qué mide Google realmente y en qué percentil, por qué los datos de laboratorio y los de usuarios reales discrepan tanto en sitios dentales, qué cuesta una web lenta en citas reservadas, las siete causas que explican casi todo y un orden de correcciones que empieza por aquello de lo que depende todo lo demás. Si tu web está bien estructurada pero lenta, empieza por la mejor estructura web para una clínica dental; si aún no tienes web, la pregunta es si tu clínica dental necesita un sitio web.

1. Qué mide realmente Google

Google utiliza tres métricas agrupadas en una señal que denomina experiencia de página. Las tres se evalúan en el percentil 75 de tus visitas reales, separadas por dispositivo: eso significa que una de cada cuatro visitas es peor que el número que se te muestra.

Métrica Qué mide Umbral bueno
LCP — Largest Contentful Paint Cuánto tarda en aparecer el elemento visible más grande (normalmente la imagen de portada o el titular) ≤ 2,5 s
INP — Interaction to Next Paint Con qué rapidez responde la web a toques, clics y escritura. Sustituyó a FID en marzo de 2024 porque mide la latencia completa de cada interacción, no solo de la primera ≤ 200 ms
CLS — Cumulative Layout Shift Cuánto se mueven los contenidos al cargar: el síntoma clásico de imágenes y widgets sin espacio reservado ≤ 0,1

Dos consecuencias prácticas. Primera: una página solo «aprueba» si las tres son buenas. Segunda, la LCP es la más débil de las tres en todo el mundo — cerca del 62 % de los sitios móviles la consigue, frente al 77 % de INP y el 81 % de CLS — y es casi siempre la que falla en un sitio dental. Un dato de diagnóstico adicional: aproximadamente dos de cada tres sitios que fallan fallan en exactamente una métrica, así que suele tener un problema que arreglar, no una docena.

2. Laboratorio frente a campo: por qué tu puntuación de Lighthouse te engaña

Esto es lo más útil que puedes entender antes de gastar dinero, y casi nadie lo explica.

  • Los datos de laboratorio son una carga artificial. Lighthouse carga una página una sola vez, sobre un teléfono simulado, con caché fría, sin segunda navegación y sin clics. No puede medir INP: usa Total Blocking Time como aproximación.
  • Los datos de campo son miles de visitas reales. CrUX recoge datos de rendimiento anonimizados de usuarios reales. Ese es el número que usa Google y el que sienten tus pacientes.
  • En sitios dentales ambos discrepan enormemente. Un rastreo de más de mil sitios dentales de 2026 informó de valores medios de LCP por encima de nueve segundos, con un tiempo hasta el primer byte de 70 milisegundos: esa cifra no es plausible en datos reales de usuario y es precisamente la pista de que se trata de mediciones de laboratorio. En cambio, los datos de campo de centros médicos locales de EE. UU., entre los que hay clínicas dentales, mostraron una LCP mediana de 1,9 segundos y alrededor del 66 % de aprobado en móvil.
  • Por qué no cuadran. Las pruebas de laboratorio simulan una conexión lenta, con caché fría y limitada, sobre hardware de gama media. Los pacientes reales suelen llegar con un buen móvil y la caché ya caliente. La misma página puede ser «catastrófica» y «correcta» al mismo tiempo.
Clave: Nunca optimices contra una única puntuación de Lighthouse. Una puntuación verde de laboratorio en un portátil rápido no prueba casi nada; una roja en un sitio local pequeño tampoco. Abre PageSpeed Insights, mira primero los datos de campo de 28 días y usa después la pestaña de laboratorio para averiguar qué arreglar. Si ahí figura «no hay datos de campo disponibles», tu sitio simplemente no recibe suficiente tráfico para ser medido, lo cual ya es una razón para revisar la velocidad: es invisible para ti y visible para el paciente.

3. Qué cuesta realmente la velocidad

La cadena que va de lento a paciente perdido es corta, y cada eslabón se puede medir en tus propias analíticas:

53 %
de los visitantes móviles abandonan una página que tarda más de 3 segundos en cargar
−7 %
pérdida estimada de conversión por cada segundo adicional de carga (benchmarks de retail: un techo, no una cifra dental)
48 %
de los sitios móviles del mundo superan las tres Core Web Vitals (36 % en 2023)

Lee la cifra central con cuidado. El −7 % por segundo procede de grandes estudios de retail y generación de contactos, no de odontología, y conviene tratarlo como un techo y no como una promesa. Lo que no se discute es la dirección y el mecanismo: un paciente con el móvil que espera aterriza en una página, luego tiene que encontrar el número, después confiar en ti y por último llamar en horario de consulta. Cada segundo extra es fricción en un embudo que ya has pagado para llenar.

Dos cosas lo empeoran en dental más que en la mayoría de negocios locales:

  • La intención es urgente e impaciente. Quien busca a las 22:40 con un diente roto no está navegando: compara las dos opciones más cercanas y elige la que responde.
  • Tu tráfico es móvil. Las páginas móviles son más lentas en todas partes, y la tasa de aprobado móvil va 8–14 puntos por detrás de la de escritorio. Sea cual sea tu experiencia en escritorio, la mayoría de tus pacientes nunca la ven.

La velocidad es solo la mitad del trabajo. Asegúrate de que el destino también funcione.

Qué hace que un sitio web dental convierta Crear un sitio que genera pacientes

4. Las siete cosas que ralentizan los sitios dentales

Casi todos los sitios dentales lentos tienen la misma lista corta de culpables. Las portadas móviles medianas cargan hoy unos 911 KB de imágenes y 632 KB de JavaScript, y los scripts de terceros han crecido hasta unos 375 KB, más del doble que el código propio.

  • 1. La imagen de portada. Casi siempre el elemento LCP, y a menudo una foto de la clínica de varios megabytes. Una página móvil mediana ya lleva 13 imágenes.
  • 2. Galerías antes/después. Treinta fotos clínicas a resolución completa en un carrusel es la forma más rápida de destruir LCP e INP de una página.
  • 3. El widget de reserva. La tensión que define este trabajo: el widget suele ser la razón por la que el paciente convierte y también la razón por la que tu página falla. La solución no es quitarlo, sino cargarlo después del primer pintado.
  • 4. Widgets de chat y reseñas. Cada uno es un script de terceros independiente, y aceptar cookies puede disparar varios a la vez. En datos de campo publicados, los sitios con muchos servicios de terceros muestran valores de INP mediblemente peores.
  • 5. Tipografías web. Alrededor de 122 KB de fuentes en una portada móvil mediana, y la mayoría de los sitios no las precargan. Sin ajustes de font-display aparece texto invisible mientras la página espera.
  • 6. Vídeos incrustados. Un solo embed de YouTube añade unos 500–600 KB de JavaScript y bloquea el hilo principal durante segundos en buena parte de las páginas.
  • 7. El CMS y sus plugins. WordPress aprueba las Core Web Vitals en móvil solo alrededor del 45 % de las veces: la peor tasa de las grandes plataformas, frente al 85 % de Duda y el 74 % de Wix. Cerca del 60 % de los sitios WordPress usa un maquetador visual, y cada uno entrega CSS y JavaScript los use la página o no.
Clave: Fíjese en que la velocidad rara vez es culpa de un único archivo enorme. Un estudio con datos de campo de 2026 sobre casi 200.000 sitios encontró que cuantos más servicios de terceros incrusta una página, peores son sus Core Web Vitals, y que solo entre el 13 % y el 15 % de las páginas supera la auditoría de recursos que bloquean el renderizado. Su problema de velocidad suele ser un problema de integraciones, no de fotografía.

5. Cómo arreglarlo, por orden de prioridad

El orden importa mucho, porque las correcciones interfieren entre sí. Trabaje de arriba abajo.

Prioridad Acción Por qué va aquí
1. Respuesta del servidor Objetivo: tiempo hasta el primer byte por debajo de 0,8 s. Usa caché y sal del alojamiento compartido si estás en él Ocurre antes que cualquier otra métrica. Nada de lo que arregles en el navegador compensa un servidor lento
2. La imagen de portada Formato moderno, srcset responsive, ancho y alto declarados, precargada, y nunca con carga diferida si es la imagen LCP La causa más frecuente de un LCP fallido
3. Interactividad Difiere los scripts no esenciales hasta después del primer pintado; divide las tareas largas de JavaScript de más de 50 ms INP es hoy la métrica prioritaria de Google, y los carruseles, filtros y validación de formularios son lo que la rompe
4. Scripts de terceros Haz inventario. Carga reserva, chat y analítica al interactuar, no al abrir. Usa una fachada para mapas y vídeo El código de terceros es hoy la mayor categoría de JavaScript de una página media
5. Tipografías Autoalojadas o precargadas, con subconjunto, font-display: swap y máximo dos familias Barato de arreglar, y las demoras de texto invisible se ven en cualquier prueba de captura
6. Caché y CDN Caducidades largas para recursos versionados y una CDN de edging delante de todo Multiplica cada corrección anterior
7. Estabilidad del diseño Reserva espacio para imágenes, iframes, banners de cookies y ventanas emergentes antes de que carguen Barato y protege tus otras dos métricas mientras trabajas en ellas

En WordPress en concreto

Audita los plugins de uno en uno y desactiva lo que no puedas justificar: la mayoría de sitios de clínica llevan veinte o más, incluidas dos herramientas de analítica y dos formularios de contacto. Carga los archivos de los plugins solo en las páginas que los necesitan y plantea si el maquetador visual está ganando sus varios cientos de kilobytes de CSS y JavaScript. Si la web está en alojamiento barato y compartido, el alojamiento suele ser la mayor mejora disponible, y ningún ajuste de plugins la disimula.

Para tener la visión completa de lo que debe contener una web rápida, consulta las 10 cosas que necesita todo sitio web dental.

6. Velocidad y SEO: qué dice realmente Google

La respuesta honesta es más útil que la exagerada. John Mueller, de Google, ha sido inusualmente claro:

  • Las Core Web Vitals son un factor de posicionamiento — «más que un simple desempate» — pero no sustituyen a la relevancia, y una web rápida no sube al puesto uno solo por ir más deprisa.
  • La velocidad protege el valor del tráfico que consigues. Su cita más repetida: las Core Web Vitals afectan a la usabilidad después de posicionar, porque «si recibes más tráfico y tu tasa de conversión es baja, ese tráfico no va a ser tan útil».
  • En negocios locales pequeños depende de para qué sea la web. Una web que es solo una tarjeta de visita no necesita el mismo trato que una interactiva, y una web de clínica dental es claramente interactiva: tiene formularios, reservas y pagos.

Hay dos cosas que Google no ha dicho y que las agencias repiten igualmente: que las Core Web Vitals sean un factor top-3, y que afecten directamente al mapa local. Ninguna está respaldada. Trate la velocidad como un proyecto de conversión y usabilidad con un efecto secundario útil en el posicionamiento: ese es el encuadre defendible.

7. Velocidad y búsqueda con IA: el motivo más reciente para ocuparse de ella

Existe un hallazgo reciente y bien documentado que debería convertir esto en una prioridad para cualquier clínica que compita por respuestas de IA:

  • Las páginas citadas en respuestas de IA son mediblemente más rápidas. En datos de campo de los dominios citados en AI Overviews, cerca del 56,8 % supera las Core Web Vitals en móvil, frente a cerca del 40 % en la web en general. En esas páginas citadas, la LCP buena llega al 74 % y el INP bueno al 84 %.
  • Trátelo como correlación, no como prueba de causalidad. Los dominios grandes y autoritativos son estructuralmente rápidos por motivos ajenos a su puntuación. Pero la dirección es consistente: ir lento te deja fuera del conjunto de candidatos en lugar de dentro.
  • El contrapeso importa. Los AI Overviews reducen el clic en los resultados de posición uno de forma notable —medida entre un tercio y la mitad en estudios recientes—. Una web rápida en la que nadie hace clic sigue siendo cero pacientes, y por eso hay que arreglar velocidad y camino de reserva juntos.

Para la visión completa de cómo encuentran las clínicas hoy los pacientes y los asistentes de IA, véanse nuestras guías sobre cómo el SEO local ayuda a las clínicas dentales y sobre por qué tu clínica no aparece en Google.

8. Mídelo tú mismo en 15 minutos

  1. PageSpeed Insights (pagespeed.web.dev): introduce tu URL y lee primero la pestaña de datos de campo de 28 días. Anota el estado de Core Web Vitals a nivel de origen y de página.
  2. Search Console → informe de Core Web Vitals: el único sitio donde Google agrupa tus datos de campo por problema. Ten en cuenta que el estado de un grupo de URL refleja su métrica peor, y que las URL sin datos suficientes se omiten por completo.
  3. Panel de CrUX (cruxvis.withgoogle.com): un historial visual gratuito de tu rendimiento real, para ver si un cambio ha funcionado.
  4. WebPageTest: para diagnóstico, no para puntuaciones. La cascada y la tira de vídeo te muestran exactamente qué petición está bloqueando la página.
  5. Tu propio embudo de reservas. Cuenta las peticiones móviles que acaban en reserva frente a las que acaban en una página de tratamiento. Ese es el único número que demuestra la cadena en tu clínica.
Clave: Haz una prueba de seis semanas: registra tu tasa de reserva móvil y la tasa de finalización del formulario de contacto, aplica los tres puntos principales de la lista de la sección 5 y vuelve a medir. Seis semanas son suficientes para que la estacionalidad se lave y lo bastante cortas como para que la termines. Es la única forma de zanjar la pregunta internamente en lugar de citar el benchmark de otro sector.

9. Convierte visitas rápidas en citas reservadas con DentalManager Cloud

La velocidad pone al paciente en la página. No lo mete en tu sillón. El resto del camino es la propia vía de reserva, y ahí es donde suele estar la fuga real: el botón de una web rápida lleva a un formulario que envía un correo a una bandeja que nadie abre hasta el lunes.

DentalManager Cloud es la capa operativa que cierra el circuito: citas, fichas de pacientes, odontograma, facturación y documentos en un espacio de trabajo seguro en el navegador, sin instalar nada.

  • Sincronización bidireccional con Google Calendar: una reserva desde tu web actualiza el calendario real al instante y los cambios vuelven, de modo que una página rápida nunca anuncia un hueco que ya has dado.
  • Confirmaciones automáticas y recordatorios un día antes: la respuesta directa a las inasistencias que desperdician el tráfico que trajo tu trabajo de velocidad.
  • Calendarios por profesional: hasta 4 dentistas con calendarios individuales y acceso por roles para asistentes y recepción.
  • Fichas de paciente con odontograma interactivo: historial, estado del tratamiento y saldos junto a la agenda, para que la llamada tras el clic sea rápida e informada.
  • Facturación y documentos imprimibles: control de pagos pendientes y vencidos, certificados, recetas y recibos.
  • Nube, sin instalación: acceso seguro con tu cuenta de Google desde móvil, tableta u ordenador; también sin software local lento que instalar o mantener.
  • Inglés, español, alemán y portugués para clínicas con pacientes internacionales.
  • 20 USD al mes para toda la clínica con prueba gratuita de 7 días y sin coste de instalación.
Rápido, y diseñado para reservar

Los primeros cinco segundos, y los cinco siguientes

Páginas ligeras, sincronización bidireccional con el calendario, recordatorios automáticos y fichas completas de paciente — 20 USD al mes para toda la clínica.

Empieza tu prueba gratuita de 7 días
Sin tarjeta de crédito · Cancela cuando quieras

Resumen: lista de velocidad del sitio web dental

Paso Haz esto Resultado
1. Lee los datos de campo Revisa los datos CrUX de 28 días en PageSpeed Insights y en Search Console antes de tocar nada Arreglas la métrica que los pacientes realmente sienten
2. Encuentra tu métrica que falla Dos de cada tres fallos son de una sola métrica, normalmente LCP Una lista corta de trabajo en vez de rehacer la web
3. Arregla el servidor Tiempo hasta el primer byte por debajo de 0,8 s, con caché y alojamiento adecuado Todas las demás métricas mejoran
4. Arregla la imagen de portada Formato moderno, tamaños responsive, medidas explícitas, precargada y nunca diferida La mayor mejora aislada en LCP
5. Domina los scripts de terceros Carga reserva, chat y analítica tras el primer pintado o al interactuar Mejor INP y una página más ligera
6. Recorta imágenes y vídeo Comprime las galerías y usa fachadas en lugar de reproductores automáticos Menos peso sobre la tarifa del paciente
7. Precarga y recorta tipografías Autoalojadas, precargadas, con font-display: swap y máximo dos familias Sin esperas de texto invisible
8. Reserva espacio en el diseño Medidas fijas para imágenes, iframes, banners de cookies y ventanas emergentes Protege tu CLS mientras trabajas en lo demás
9. Audita los plugins Desactiva uno a uno lo que no puedas justificar Menos peso y menos tiempo de bloqueo
10. Vuelve a medir en seis semanas Compara tasa de reserva móvil y formularios antes y después Prueba en tu clínica, no en un benchmark ajeno

Preguntas frecuentes: velocidad del sitio web dental

¿La velocidad de la web afecta de verdad a cuántos pacientes recibe una clínica dental?

La velocidad no te da posiciones, pero determina cuánto valor sacas de las que ya tienes. John Mueller, de Google, describe las Core Web Vitals como un factor de posicionamiento «más que un simple desempate», y señala que si recibes más tráfico con una tasa de conversión baja, ese tráfico no será tan útil. El mecanismo es sencillo: una página más rápida alcanza a más de las personas que hacen clic, y más de ellas llegan al botón de reserva.

¿Cuál es una buena puntuación de Core Web Vitals para una web dental?

Una página aprueba si las tres métricas son buenas en el percentil 75 de las visitas reales: LCP igual o inferior a 2,5 segundos, INP igual o inferior a 200 milisegundos y CLS igual o inferior a 0,1. En todo el mundo alrededor del 48 % de los sitios móviles aprueba las tres, frente al 36 % en 2023, y la LCP es la más débil. Recuerda que el percentil 75 significa que una visita de cada cuatro es peor que tu puntuación, y que unos dos de cada tres sitios que fallan lo hacen en exactamente una métrica.

Mi puntuación de Lighthouse es mala, ¿mi web va realmente lenta para los pacientes?

No necesariamente. Las herramientas de laboratorio cargan una página una sola vez sobre un teléfono simulado con caché fría, y no pueden medir INP. Los sitios dentales y médicos locales reales suelen verse catastróficos en laboratorio y aceptables en el campo: un estudio de centros médicos locales de EE. UU. mostró una LCP mediana de 1,9 segundos con cerca de dos tercios aprobando en móvil. Consulta los datos de campo de 28 días en PageSpeed Insights y el informe de Core Web Vitals en Search Console antes de decidir nada.

¿Qué es lo más rápido que puedo arreglar en una web dental lenta?

En este orden: el tiempo de respuesta del servidor, la imagen de portada y los scripts de terceros. Un tiempo hasta el primer byte por debajo de 0,8 segundos es requisito previo para cualquier otra métrica. La imagen de portada es el elemento LCP en la mayoría de las páginas y necesita formato moderno, tamaños responsive, dimensiones declaradas y precarga, y nunca debe cargarse de forma diferida. Después, mueve los scripts de reserva, chat y analítica para que carguen tras el primer pintado o solo al interactuar.

¿Debería quitar el widget de reserva online para acelerar mi web?

No: el widget suele ser el motivo por el que el paciente reserva. La corrección es la carga, no la eliminación: aplaza el embed de reserva hasta después del primer pintado o actívalo al interactuar, y usa una fachada ligera para mapas y vídeo. Los datos de campo muestran que las páginas con más servicios de terceros tienen Core Web Vitals mediblemente peores, así que la disciplina importa, pero quitar el camino de conversión suele costar más de lo que ahorra.

¿Es WordPress una mala elección para una web dental por culpa de la velocidad?

WordPress tiene la tasa de aprobado de Core Web Vitals más baja de las grandes plataformas, en torno al 45 % en móvil, frente al 85 % de Duda y el 74 % de Wix. Dicho esto, la causa suele ser el conjunto de plugins y el maquetador visual más que el sistema base: los maquetadores entregan cientos de kilobytes de CSS y JavaScript los use la página o no. Un WordPress ligero, con pocos plugins, caché y buen alojamiento puede ser perfectamente rápido.

¿Afecta la velocidad del sitio a la visibilidad en la búsqueda con IA?

Existe una correlación documentada: entre los dominios citados en AI Overviews, cerca del 56,8 % supera las Core Web Vitals en móvil frente a aproximadamente el 40 % de la web en general, con LCP buena en el 74 % e INP bueno en el 84 % de esas páginas citadas. Trátelo como correlación y no como prueba, porque los dominios grandes y autoritativos son estructuralmente rápidos por otras razones. En la práctica, ir lento te deja fuera del conjunto de candidatos en lugar de dentro.

¿Cómo demuestro que la velocidad cambia mis cifras de pacientes?

Haz una prueba de seis semanas dentro de tu propia clínica. Registra tu tasa de reserva móvil y la tasa de finalización de tus formularios, aplica las tres correcciones principales de la lista de prioridades y vuelve a medir durante el mismo periodo. Seis semanas son suficientes para que la estacionalidad se lave y lo bastante cortas para terminar. Así obtienes una cifra que zanja la pregunta internamente, en lugar de citar otro benchmark prestado del retail.

La velocidad es solo uno de los doce: el resto está en los errores de diseño web dental que te hacen perder pacientes.

Rápido, y construido para convertir

Una web que carga rápido y reserva rápido

Páginas ligeras, estructura limpia, disponibilidad real y un calendario que sí se actualiza — planificado y medido, no supuesto.

Ver servicios de desarrollo web
Pensado para clínicas dentales · Móvil primero y rápido

El lado de negocio de la velocidad — cómo el tiempo de carga afecta llamadas, formularios y reservas, y cómo medirlo con tu propio embudo — está en cómo la velocidad de la web afecta los leads de la clínica dental.