FisioEGE es una clínica de fisioterapia con pacientes reales y un segundo centro a punto de abrir. Su web anterior estaba hecha con un constructor de páginas y cumplía exactamente lo que cumplen esas webs: existir. No traía pacientes, y la agenda se llenaba a base de llamadas y mensajes que alguien tenía que contestar a mano.
El encargo no era una web más atractiva. Era que quien busca un fisioterapeuta en su ciudad encuentre esta clínica y reserve sin que nadie descuelgue el teléfono.
- Descartado
- Una web más atractiva que la anterior
- Elegido
- Un canal de captación y reserva
La web anterior existía y no traía pacientes: rehacer el escaparate no habría cambiado eso. Replantear el encargo en dos resultados —que la encuentre quien busca fisioterapeuta en su ciudad y que reserve sin que nadie descuelgue el teléfono— es lo que ordena todas las decisiones que vienen detrás.
La primera decisión fue de estructura. Una clínica tiende a reunir todos sus tratamientos en una única página larga, lo que condena a competir por un término genérico contra centros más grandes. Se partió en ocho: una página propia por cada motivo real de consulta —dolor de espalda, suelo pélvico, recuperación tras lesión deportiva, pilates terapéutico—, porque nadie busca «fisioterapia»: busca lo que le duele.
- Descartado
- Una sola página con todos los servicios
- Elegido
- Una página por motivo de consulta
La búsqueda real no es por especialidad, es por síntoma. Ocho páginas compiten por ocho búsquedas distintas; una sola compite por la más disputada.
La segunda es de arquitectura y apenas se ve. Una web moderna se construye en el navegador de quien la visita, lo cual es razonable para una aplicación y problemático para un negocio local: cuando el buscador llega a leerla puede encontrarse una página vacía. La alternativa habitual es un servidor que la genere en cada visita, con su coste y su mantenimiento. Aquí no hacía falta ninguna de las dos: el contenido apenas cambia, así que las páginas se generan enteras una sola vez, al publicar, y lo que se sirve es HTML terminado.
- Descartado
- Un servidor generando cada página en cada visita
- Elegido
- Generación completa en el momento de publicar
El contenido de una clínica se actualiza cada varios meses. Sostener un servidor permanente para eso es pagar por un problema que no se tiene.
También se separaron dos cosas que suelen acabar mezcladas: los textos por un lado y los datos operativos por otro. El horario, el teléfono, la dirección de cada centro y los enlaces de reserva viven aparte del copy. Cuando abra el segundo centro no habrá que buscar su dirección repetida en catorce ficheros, y quien tenga que cambiar un horario dentro de dos años no necesitará saber programar para no romper nada.
- Descartado
- Textos y datos operativos en el mismo sitio
- Elegido
- Separar el copy de los datos de cada centro
Horarios, teléfonos y direcciones cambian por su cuenta y con un segundo centro a punto de abrir. Tenerlos aparte evita perseguir la misma dirección repetida en catorce ficheros, y cambiar un horario deja de exigir saber programar.
La parte menos vistosa fue migrar el sitio anterior sin perder lo poco que ya funcionaba. Google llevaba años apuntando a direcciones que en la web nueva dejaban de existir, y cada una era una puerta que se quedaba cerrada con gente detrás. Redirigirlas una por una hacia su equivalente no tiene mérito técnico y es exactamente el tipo de tarea que se salta cualquiera con prisa.
- Descartado
- Publicar la web nueva y dar por perdidas las direcciones antiguas
- Elegido
- Redirigir una por una cada dirección del sitio anterior
Google llevaba años mandando gente a esas direcciones. Cada una que se deja caer es una puerta cerrada con alguien detrás, y recuperar esa posición desde cero cuesta meses.
El trabajo que decide si esto funciona rara vez es el que luce en una captura.
Lo siguiente ya no es la web. La clínica sigue gestionando las citas a mano, y ahí queda el trabajo de fondo: una secretaría automatizada sobre WhatsApp que interprete para qué escribe el paciente, se comunique con el software de gestión clínica y ceda la conversación a una persona en cuanto deje de estar clara. Está en fase de diseño, y conviene decirlo así: presentar como construido algo que todavía no lo está es la forma más rápida de que no se crea el resto.