Cómo Es un SLA de Soporte Web Real (P1–P4, Explicado)

Si un proveedor te dice que ofrece «un gran soporte», hazle una pregunta: ¿cuál es tu SLA? Un acuerdo de nivel de servicio convierte una promesa vaga en compromisos específicos y medibles — qué tan rápido responderán y qué tan rápido solucionarán las cosas, graduado según la gravedad del problema. Esto explica cómo es un SLA real de soporte web, usando el modelo P1–P4 y tiempos de respuesta reales.

Forma parte de nuestra serie más amplia sobre mantener un sitio fiable tras el lanzamiento; el contexto completo está en el artículo sobre el deterioro post-lanzamiento.

Qué es un SLA de sitio web

Un SLA de sitio web (acuerdo de nivel de servicio) es un compromiso documentado que define con qué rapidez tu proveedor reconocerá y resolverá los problemas, normalmente graduado por gravedad desde P1 (crítico) hasta P4 (menor).

Existe para reemplazar el «ya lo atendemos» por algo a lo que puedas realmente exigir cuentas a un proveedor. Un buen SLA te dice dos cosas para cada tipo de problema: cuándo una persona confirmará que está en ello (reconocimiento), y cuándo puedes esperar que esté resuelto o con un plan alternativo (resolución). Sin uno, el «soporte» es solo buena voluntad — está bien hasta el día en que tu sitio cae y no tienes idea de cuándo volverá.

Por qué existen los niveles de prioridad

Los niveles de prioridad existen porque no todos los problemas de un sitio web son una emergencia — un sitio completamente caído necesita una respuesta muy diferente a un botón ligeramente desalineado, y un SLA debe tratarlos de manera diferente.

Si todo es «urgente», nada lo es. Graduar por gravedad permite a un proveedor asignar los recursos adecuados al problema correcto rápidamente: dejarlo todo para una caída, programar un ajuste cosmético. También establece expectativas honestas para ambas partes — sabes que un problema crítico obtiene una respuesta rápida, y no estás pagando para que alguien trate una errata con la misma urgencia que un fallo en los pagos. Ese es el trabajo que hace la escala P1–P4.

De P1 a P4, con ejemplos reales

El modelo P1–P4 clasifica los problemas desde P1 (crítico — el sitio está caído o inseguro) hasta P4 (bajo — un fallo cosmético menor), con objetivos de reconocimiento y resolución más rápidos en el extremo más grave.

Estos son objetivos graduados por urgencia: un P1 se mide en horas, mientras que un P4 de menor prioridad tiene un par de semanas laborables como corrección programada. El objetivo no es que todo sea instantáneo — es que sabes, de antemano, exactamente qué esperar para cada tipo de problema.

Reconocimiento vs resolución

El reconocimiento y la resolución son dos promesas diferentes: el reconocimiento es qué tan rápido una persona confirma que ha visto el problema y ha comenzado a trabajar; la resolución es qué tan rápido se corrige realmente — y un SLA creíble se compromete con ambos.

Muchas promesas de «soporte» mezclan estas dos cosas. «Responderemos en 24 horas» a menudo significa una respuesta automática, no un humano, y no dice nada sobre cuándo se soluciona el problema. Un SLA real las separa: para un P1, el reconocimiento llega en dos horas — una persona real, trabajando en ello — y tienes un objetivo de solución alternativa o corrección en cuatro. Conocer ambos números es lo que te permite planificar en torno a un problema en lugar de simplemente esperar y confiar.

La realidad: la mayoría de proveedores no ofrecen uno

La verdad incómoda es que la mayoría de agencias y freelances no ofrecen un SLA de sitio web en absoluto — el soporte es de esfuerzo máximo, dependiente de si la persona está disponible, de vacaciones o ocupada con un cliente más grande.

Normalmente no es mala fe. Un freelance individual o un estudio pequeño genuinamente no puede comprometerse a tiempos de respuesta las 24 horas. Pero significa que cuando tu sitio se rompe, estás en una cola que no puedes ver, sin un plazo comprometido. Para una empresa cuyo sitio web es una fuente real de clientes — o una del sector financiero o legal, donde el tiempo de inactividad tiene un peso regulatorio y reputacional — «lo atenderé cuando pueda» no es suficiente. La presencia de un SLA escrito es una de las señales más claras de que el soporte de un proveedor es un sistema, no un favor.

A qué se compromete Agile One

Agile One se compromete al estándar P1–P4 anterior como parte de la suscripción — objetivos publicados de reconocimiento y resolución, respaldados por monitorización 24/7, copias de seguridad diarias y un proceso de despliegue seguro para cada corrección.

Con Agile One — nuestra suscripción web premium — ese SLA está incluido en la tarifa, no se vende como un complemento. Los problemas se clasifican de P1 a P4 y se gestionan según los objetivos anteriores, con soporte por correo electrónico, ticket y chat detrás de ellos. Y las correcciones no se aplican directamente en tu sitio en producción — pasan por nuestro pipeline de despliegue probado, para que la solución no pueda causar un nuevo problema.

Somos deliberadamente cuidadosos con lo que prometemos. No afirmamos que tu sitio nunca caerá, ni que cada corrección es instantánea — ningún proveedor honesto puede. Lo que nos comprometemos es un estándar: reconocimiento rápido, objetivos de resolución definidos, monitorización constante que a menudo detecta problemas antes de que tú los notes, y copias de seguridad diarias para que siempre haya una salida.

Todo forma parte del mismo servicio gestionado — incluido en los 500 £ al mes, sin permanencia — junto con todo lo demás que incluye la suscripción.

Preguntas frecuentes

¿Cansado de un soporte que es un favor en lugar de un compromiso? Descubre qué incluye →