Qué debe decir una web cuando un servicio no está disponible temporalmente
Mantén la confianza con un estado claro, una alternativa útil y una próxima actualización honesta.
Coloca el estado donde se toma la decisión
El visitante no debería descubrir la falta de disponibilidad después de rellenar un formulario o elegir una hora. Pon el mensaje en la página del servicio correspondiente, en el paso de reserva y en otras rutas con mucha intención. Si el cambio afecta a todo el negocio, úsalo también en la página de inicio y en la de contacto, pero mantén la explicación detallada cerca del servicio afectado.
Empieza de forma directa: “Las nuevas citas de instalación no están disponibles temporalmente”. Evita expresiones blandas que obliguen a adivinar si el servicio sigue existiendo. Incluye la fecha o la hora en que empezó la situación cuando ayude a explicarla.
Un estado claro no es una admisión de fracaso. Es una forma de evitar esfuerzos inútiles y de mostrar que el negocio gestiona las expectativas.
Explica el motivo sin crear ruido
Las personas necesitan contexto suficiente para decidir qué hacer. El motivo puede ser la capacidad del equipo, un retraso de un proveedor, una revisión de seguridad o un problema técnico temporal. Usa lenguaje sencillo y comparte solo lo que sea útil y apropiado. Las culpas internas, las especulaciones inciertas y los detalles operativos sensibles rara vez ayudan al visitante.
No digas “pronto” si nadie sabe qué significa. Si la duración es desconocida, dilo con honestidad: “Todavía no tenemos una fecha de reapertura fiable”. Es más creíble que una fecha que cambia una y otra vez. Si hay una condición, explícala: “Actualizaremos esta página después de la próxima confirmación del proveedor”.
Mantén el mensaje accesible. Usa un encabezado, párrafos breves y un contraste fuerte. No dependas solo del color ni escondas el estado en un banner rotativo que desaparece antes de que alguien pueda leerlo.
Ofrece un siguiente paso útil
Un servicio no disponible no siempre significa que no haya nada que ofrecer. Sugiere un servicio relacionado, una lista de espera, otra ubicación, un socio de confianza o un aviso futuro. Asegúrate de que la alternativa es real y de que el equipo sabe atender los contactos que genere.
Si las personas pueden hacer preguntas, ofrece un formulario, un teléfono o un correo compartido. Explica qué deben incluir para que el equipo pueda responder con eficacia. Si el servicio solo deja de estar disponible para los clientes nuevos, indica si los clientes actuales tienen otro canal.
No dejes activo un botón de reserva normal bajo el aviso, salvo que funcione de verdad para una alternativa aceptada. Una contradicción entre el mensaje y la acción daña más la confianza que un cierre temporal.
Fija la próxima actualización
La próxima actualización no siempre es una fecha de reapertura. Puede ser la fecha en que el negocio revisará la situación, recibirá información o publicará un nuevo estado. Elige un momento que la persona responsable pueda cumplir. “Actualizaremos esta página antes del viernes” solo es útil si alguien se encarga de comprobarlo.
Usa una fecha concreta en lugar de “la semana que viene”. Si la página se reutiliza en varios idiomas o zonas horarias, incluye contexto suficiente para evitar confusiones. Si no hay fecha posible, indica el acontecimiento que generará la siguiente información.
No pidas a los visitantes que sigan recargando la página sin darles una forma de recibir noticias del negocio. Una lista de avisos o un contacto directo pueden ayudar, pero recoge datos solo con una finalidad clara y explica la elección.
Coordina el mensaje con la operación
Actualiza los sistemas que crean expectativas en los clientes: herramientas de reserva, fichas de productos, guiones del equipo, anuncios, perfiles en redes sociales y correos automáticos. Una página de servicio que dice “no disponible” no basta si el calendario de reservas todavía ofrece horarios.
Da al equipo una respuesta breve que pueda reutilizar. Debe coincidir con la web e indicar qué alternativa ofrecer. Revisa formularios e integraciones para que las consultas no se dirijan a un equipo ausente. Si el negocio usa analítica, marca el cambio para que una variación posterior del tráfico o de las conversiones tenga contexto.
Asigna una persona responsable del mensaje de estado y una suplente. Guarda en una nota interna el motivo, la fecha de inicio, la próxima revisión y la condición de vuelta. Así un aviso temporal no se convierte en una parte permanente de la web.
Cierra el ciclo cuando vuelva
La vuelta también es un momento de comunicación. Indica al equipo qué mensaje usar, comprueba que se ha retirado la alternativa y confirma que el equipo puede responder preguntas sobre el servicio restablecido. Así se evita que la web diga una cosa mientras un correo de confirmación o el calendario dicen otra.
Aprovecha la reapertura para comprobar toda la promesa al cliente. Un botón reactivado debe llevar a una página que funcione, una opción de reserva restablecida debe crear el registro esperado y un proceso de pago restablecido debe terminar con una confirmación fiable. Si alguna parte sigue limitada, indícalo junto a la acción en lugar de esconder la limitación en un aviso general. Esta comprobación final protege la confianza una vez resuelto el problema técnico.
Retira el aviso en cuanto vuelva el servicio, pero comprueba antes todo el recorrido. Prueba la reserva, el pago, el contacto, la confirmación y la visibilidad para el equipo. Si la disponibilidad vuelve con límites, sustituye el mensaje antiguo por las nuevas condiciones en lugar de limitarte a borrarlo.
Valora enviar una breve actualización a quienes contactaron con el negocio durante la interrupción. No prometas contactar con todo el mundo si no es posible, pero da al equipo un método para hacer seguimiento cuando corresponda.
Revisa qué te ha enseñado la interrupción. ¿Había confusión sobre las alternativas? ¿Recibió el equipo preguntas repetidas? El próximo mensaje de estado puede ser más claro porque el negocio ha aprendido dónde estaba el vacío de información. Registra esas lecciones junto con la persona responsable y la fecha de revisión para que la próxima actualización no se escriba de memoria. Una breve nota del incidente también puede mostrar qué enlaces, formularios y mensajes automáticos hay que comprobar primero.
Fuentes
- Error Messages · Nielsen Norman Group
- Status Messages · W3C
- Helpful content · Google Search Central
Preguntas frecuentes
- ¿Hay que contar el motivo exacto?
- Explica el motivo cuando ayude a los visitantes a decidir, pero evita especulaciones, culpas o detalles internos sensibles. La exactitud y la utilidad importan más que una historia larga.
- ¿Qué pasa si no sabemos la fecha de vuelta?
- Di que la fecha es desconocida y menciona la próxima revisión o el acontecimiento que permitirá dar una actualización. No inventes una fecha de reapertura.
- ¿Debe seguir indexada la página del servicio no disponible?
- Normalmente conviene mantener una página de servicio útil y actualizada para que los enlaces existentes lleven a un lugar con información exacta. Evita páginas pobres o contradictorias y actualiza la página cuando cambie la disponibilidad.
Sjors Hooijen Builds ChatBuild and writes about getting a business online without turning it into a project. ¿Dudas sobre este artículo? Escribe a hi@chatbuild.com.