Una clínica que edita su propia web y casi nunca necesita llamarnos

El reto

El Centro Ocular Dr. Rincón lleva más de veinticinco años operando en Bogotá, con dos sedes y una consulta oftalmológica que va del diagnóstico a la cirugía. Iniciamos en 2020, con una web en WordPress que había ido acumulando problemas con los años:

• Lenta. Un paciente que busca información sobre una cirugía y espera a que cargue, no espera.
• Incómoda en el móvil. La información no se acomodaba a la pantalla del teléfono, que es desde donde llega la mayoría de la gente.
• Una paleta que no ayudaba a leer. Costaba distinguir qué era importante y dónde había que pulsar.
• Un formulario que a veces llegaba y a veces no.
• Difícil de mantener. La combinación de extensiones de terceros hacía que actualizar rompiera cosas, así que se dejaba de actualizar, y una instalación sin actualizar va acumulando riesgo.

El formulario que a veces llegaba

Merece su propio apartado porque afecta directamente a las citas.

Un mensaje que no llega desde la web de una clínica es una persona que pidió una cita y creyó que la había pedido. No hay aviso de error, no hay reintento, no hay nadie que sepa que ese mensaje existió. Y lo peor de un fallo intermitente es que no se percibe: como la mayoría sí llegan, nadie sospecha que falten.

Sacamos el envío del propio servidor y lo pasamos a un servicio de correo transaccional, Brevo. La diferencia de fondo es que ahora cada envío deja registro: se puede comprobar si salió, si se entregó y cuándo. Se pasó de confiar a poder verificar.

¿Por qué salir de WordPress?

Reconstruimos el sitio con TinaCMS sobre Next.js, con salida estática. Con eso desaparecen a la vez el panel de administración público y la cadena de extensiones de terceros que había que vigilar: la superficie que hay que defender se reduce a lo que escribimos nosotros, y actualizar deja de ser una operación de riesgo.

La clínica puso los requisitos y confió en nosotros para la arquitectura. Un WordPress necesita un servidor encendido interpretando PHP y consultando una base de datos en cada visita, y ese servidor hay que mantenerlo. Un sitio que se compila antes de publicarse solo necesita entregar archivos ya terminados. Para una clínica, que publica poco y necesita que lo publicado esté siempre disponible, encaja bien: no hay nada encendido que pueda caerse ni nada que parchear cada mes.

El contenido pasó a vivir como archivos versionados junto al código. Suena a detalle interno y tiene una consecuencia muy práctica: cada cambio queda registrado y es reversible. El escenario de «alguien tocó algo y ahora la página no está» deja de existir.

Diseño, lectura y móvil

Rehicimos la paleta buscando lo que un sitio de salud necesita: contraste suficiente para leer sin esfuerzo y una jerarquía clara entre lo que informa y lo que invita a pedir cita. El color, más que decorar, ayuda a usar la información.

Y el sitio es enteramente adaptable: la misma información se lee igual de bien en el teléfono, que es por donde entra la mayoría de los pacientes.

Una web que la clínica administra sola

TinaCMS deja la edición dentro del propio sitio: se navega a la página y se edita ahí, viendo el resultado. Publicar un artículo o corregir un dato de contacto dejó de ser una operación compleja y pasó a ser algo sencillo y seguro de administrar desde la propia clínica.

Un sitio que no da motivos para llamar

Desde entonces la relación es de soporte puntual: nos llaman para desarrollos concretos, y entre uno y otro pueden pasar meses. Para nosotros es la mejor señal de que la web funciona. No hay actualizaciones pendientes que revisar, no hay formulario que vigilar, no hay servidor que atender. Lo que la clínica quería era una web que no fuera un problema, y desde entonces no lo ha sido.