Un SLA de mantenimiento WordPress convierte las promesas de soporte en obligaciones medibles para proteger ventas, datos y atención al cliente.
Índice
Anuncio
Qué debe incluir un SLA de mantenimiento WordPress
Un SLA útil define alcance, horarios, prioridades, tiempos de respuesta y resolución, backups, seguridad y consecuencias verificables ante incumplimientos.
Cláusulas que no deben faltar
El contrato debe identificar a las partes, objeto, duración, renovación, precio, IVA, pago, jurisdicción, causas de resolución e inventario inicial: dominio, hosting, WordPress, tema, plugins, licencias, SSL, CDN y pasarelas. Si el proveedor accede a pedidos, formularios o usuarios, debe regularse su condición de encargado del tratamiento conforme al RGPD y la LOPDGDD.
Promesas que deben convertirse en datos
Cada compromiso debe indicar cómo se mide: las copias deben especificar frecuencia, conservación, ubicación y tiempo de restauración; las actualizaciones, si se prueban antes en staging. También conviene exigir pruebas periódicas de restauración, porque una copia existente no garantiza una recuperación funcional.
Un contrato de nivel de servicio gana precisión cuando incorpora un anexo con campos completables y compromisos redactados de forma verificable. Por ejemplo: “El proveedor prestará soporte WordPress para los activos identificados en el inventario [Anexo A], de [horario] a [horario], mediante [portal/teléfono/correo]”. Puede añadirse: “Las incidencias P1 recibirán respuesta en un máximo de [X] minutos y actualización cada [X] minutos”, así como “se realizarán copias de seguridad [frecuencia], con conservación durante [X] días y pruebas de restauración [periodicidad]”.
También conviene indicar quién autoriza cambios, qué herramientas se usan para la monitorización WordPress, qué controles cubre la seguridad WordPress y qué trabajos se facturan fuera de cuota.
Contrato marco, SOW y SLA no son lo mismo
El contrato marco regula la relación legal y económica, el SOW define el trabajo incluido y el SLA mide el nivel de atención comprometido.
El alcance debe tener límites visibles
El SOW o anexo de alcance debe detallar actualizaciones, pruebas, monitorización, usuarios, rendimiento, backups, restauraciones y posibles bolsas de horas. Desarrollos, rediseños, migraciones, cambios masivos, hackeos complejos y fallos de terceros deben figurar expresamente como trabajos aparte o como contingencias con presupuesto y aprobación escrita.
Reparte tareas y dependencias técnicas
El cliente debe mantener licencias, renovar dominio y servicios externos, aprobar cambios y custodiar credenciales; el proveedor debe documentar accesos, ejecutar tareas y avisar de dependencias. Aunque hosting, DNS, CDN, pasarelas o APIs externas queden fuera de su control directo, debe coordinar la incidencia, comunicar el impacto y proponer medidas de mitigación.
| Trabajo | Debe figurar como | Cobro habitual | Prueba de ejecución |
|---|---|---|---|
| Actualizar WordPress y plugins | SOW preventivo | Cuota mensual | Registro de cambios |
| Reparar error de checkout | SLA correctivo P1 o P2 | Incluido o bolsa de horas | Ticket y validación |
| Crear nueva función | SOW adicional | Presupuesto aparte | Aceptación escrita |
| Recuperar hackeo complejo | Plan de contingencia | Según alcance pactado | Informe técnico |
No todos los acuerdos de nivel de servicio tienen la misma estructura. Un SLA basado en cliente fija compromisos para una empresa concreta; uno basado en servicio aplica la misma métrica a todos los clientes de un plan; y un SLA multinivel puede combinar condiciones corporativas, de servicio y de usuario. Para implantarlo, primero se inventarían los activos y dependencias, después se acuerdan alcance, horario, prioridades P1-P4 y métricas, y por último se configuran canales de ticket, alertas y reportes.
Antes de exigir los tiempos pactados conviene realizar una fase inicial de comprobación: validar accesos, revisar copias de seguridad, probar el canal de emergencia y confirmar que cliente y proveedor conocen el procedimiento de escalado.
Prioridades P1-P4 para caídas, hackeos y ventas
La matriz P1-P4 debe vincular el impacto de la incidencia con canal, respuesta, actualizaciones y objetivo de resolución.
Tiempos razonables según la gravedad
Los plazos deben adaptarse al horario comercial, volumen de pedidos y coste de una parada: una tienda con ventas nocturnas puede requerir P1 24/7, mientras un blog puede limitarse a horario laboral.
| Nivel y ejemplo | Canal | Respuesta | Actualización | Resolución objetivo |
|---|---|---|---|---|
| P1: web caída, hackeo activo, pagos bloqueados | Teléfono y ticket | Entre 30 y 60 min | Cada 60 min | Entre 4 y 8 h |
| P2: checkout parcial o formulario esencial | Ticket prioritario | Entre 2 y 4 h | Cada 4 h | Entre 1 y 2 días laborables |
| P3: error visual o función secundaria | Ticket | Entre 1 y 2 días | Cada 2 días | Entre 3 y 7 días |
| P4: consulta o mejora planificable | Ticket | Entre 2 y 3 días | En reporte semanal | Según planificación |
El ticket es la prueba del SLA
El plazo debe empezar cuando el ticket contiene URL, descripción, capturas, hora aproximada y pasos para reproducir el error. Un aviso urgente por teléfono o WhatsApp puede activar la atención, pero debe registrarse después en el sistema para demostrar cuándo se notificó, qué información se entregó y cómo evolucionó la incidencia.
Uptime, exclusiones y créditos por incumplir
La disponibilidad debe usar una fórmula, una herramienta de monitorización identificada y un periodo de cálculo, normalmente mensual.
Exclusiones que deben estar acotadas
El SLA puede excluir mantenimiento programado avisado, fuerza mayor acreditada, fallos externos y cambios no autorizados, pero debe limitar esas excepciones. Una cláusula genérica sobre “problemas de terceros” no debe liberar al proveedor de abrir incidencias, seguirlas, informar al cliente y plantear alternativas cuando gestiona o recomienda esa dependencia.
Créditos, límites y reclamación
Los créditos son descuentos sobre cuotas futuras, no indemnizaciones ilimitadas, y suelen oscilar entre el 5 % y el 20 % de la mensualidad. La cláusula debe fijar ticket afectado, informe de monitorización, plazo para reclamar y fecha de aplicación; habitualmente se solicita entre 15 y 30 días después del cierre o del informe mensual.
Como complemento a la estrategia de copias acordada, puede utilizarse una ubicación adicional fuera del servidor.
Un disco duro externo ayuda a guardar una copia adicional de los backups fuera del servidor. No sustituye la estrategia acordada, pero reduce el riesgo de depender de una sola ubicación.
- Permite conservar restauraciones completas separadas del hosting principal
- Facilita verificar que las copias descargadas se pueden abrir y recuperar
- Ayuda a archivar versiones mensuales antes de cambios técnicos relevantes
La disponibilidad debe calcularse con una regla común para evitar discusiones: Disponibilidad (%) = ((tiempo total del periodo − minutos de indisponibilidad computable) / tiempo total del periodo) × 100. En un mes de 30 días, una disponibilidad del 99,9 % equivale a un máximo aproximado de 43 minutos de caída computable. El anexo debe definir si se mide la web pública, el checkout, el panel o una URL concreta; identificar la herramienta de monitorización y establecer cómo se contrastan sus alertas con los tickets.
Además, debe separar las exclusiones válidas —mantenimiento programado avisado, fuerza mayor acreditada o interrupciones provocadas por cambios del cliente— de las incidencias que sí afectan al KPI, indicando duración, evidencia y responsable de su validación.
Preguntas y respuestas
¿Qué es un SLA en informática?
Un SLA fija niveles medibles de servicio, como respuesta, resolución y disponibilidad. En WordPress complementa el contrato y el alcance con prioridades y horarios definidos.
¿Qué debe incluir un contrato de mantenimiento?
Debe incluir tareas, exclusiones, precio, duración, backups, actualizaciones, seguridad, responsables y procedimiento de cierre. Si hay datos personales, debe regular el acceso del proveedor conforme al RGPD.
¿Cuál es la diferencia entre respuesta y resolución?
La respuesta confirma que el proveedor ha recibido y empieza a tratar el problema. La resolución corrige el fallo o activa una alternativa segura.
¿Qué disponibilidad garantiza un SLA del 99,9 %?
Un 99,9 % mensual permite cerca de 43 minutos de caída en un mes de 30 días. No garantiza que un plugin o una pasarela se arreglen en minutos.
¿Qué ocurre si el proveedor incumple el SLA?
Debe aplicar créditos de servicio si se cumplen las condiciones y la reclamación se presenta dentro del plazo pactado. El límite económico debe constar expresamente.
¿Debe incluirse la eliminación de malware?
Solo si se define su alcance, cobertura y plan de contingencia. Un hackeo complejo puede requerir presupuesto aparte, análisis forense y coordinación con el hosting.
¿Quién es responsable de renovar plugins y licencias?
El contrato debe asignarlo de forma expresa. Normalmente el cliente mantiene licencias activas y el proveedor avisa o gestiona renovaciones si se ha contratado.
¿Necesita una web pequeña un SLA detallado?
No siempre. Una web personal sin ventas ni usuarios críticos puede funcionar con un acuerdo sencillo que fije tareas, precio y respuesta de entre dos y tres días laborables.
Anuncio
Revisa el SLA antes de firmar o renovar
Antes de firmar o renovar, compara el SLA con el riesgo real de la web y exige que cada promesa tenga prueba, responsable y plazo.
Una tienda WooCommerce o una web con datos de clientes necesita matriz P1-P4, monitorización, pruebas de restauración y canal de emergencia. Revisa el acuerdo cada seis o doce meses y tras cambios de hosting, pasarela, mercado o volumen de ventas. Si una cláusula no aclara quién hace qué, cuándo y con qué evidencia, todavía no está lista para firmarse.
Fuentes de interés
Otros artículos que pueden complementar lo que acabas de leer:
- SLA: Qué incluir en un acuerdo de nivel de servicio — edefense.es
- Mantenimiento web WordPress: plan mensual y SLA para ... — lovestudios.es
- ¿Qué es un SLA (Service Level Agreement)? — servicetonic.com
- Service Level Agreement (SLA): ventajas y cómo ... — trevenque.es
Josu Barrios
Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.