{"id":1693,"date":"2026-10-09T05:55:11","date_gmt":"2026-10-09T05:55:11","guid":{"rendered":"https:\/\/blog.juliobrasa.com\/?p=1693"},"modified":"2026-10-09T05:55:11","modified_gmt":"2026-10-09T05:55:11","slug":"sla-de-hosting-como-redactarlo-para-poder-cumplirlo","status":"publish","type":"post","link":"https:\/\/juliobrasa.com\/blog\/sla-de-hosting-como-redactarlo-para-poder-cumplirlo\/","title":{"rendered":"SLA de hosting: c\u00f3mo redactarlo para poder cumplirlo"},"content":{"rendered":"<p>El <strong>SLA de hosting<\/strong> es mucho m\u00e1s que un porcentaje puesto en una web para convencer al cliente: es un contrato de confianza. En Grupo Novalca llevamos a\u00f1os gestionando infraestructura cr\u00edtica para clientes en Espa\u00f1a y M\u00e9xico, y he aprendido que la diferencia entre un SLA que se cumple y uno que acaba en conflicto casi nunca est\u00e1 en la tecnolog\u00eda. Est\u00e1 en c\u00f3mo se redact\u00f3 desde el principio. En este art\u00edculo te lo cuento desde la posici\u00f3n de quien los firma y los ejecuta: c\u00f3mo escribir un SLA de hosting que puedas cumplir de verdad.<\/p>\n<h2>Qu\u00e9 es un SLA de hosting y por qu\u00e9 la mayor\u00eda est\u00e1 mal redactado<\/h2>\n<p>Un SLA (Service Level Agreement, o acuerdo de nivel de servicio) es el compromiso formal entre el proveedor de hosting y el cliente sobre qu\u00e9 nivel de servicio se va a recibir: disponibilidad, tiempos de respuesta, ventanas de mantenimiento y, en muchos casos, compensaciones si no se cumple.<\/p>\n<p>Hasta ah\u00ed, todo claro. El problema es otro. La mayor\u00eda de los SLA que veo en el sector tienen tres defectos graves:<\/p>\n<ul>\n<li><strong>No definen qu\u00e9 cuenta como indisponibilidad.<\/strong> \u00bfUn servicio de correo ca\u00eddo pero la web operativa es downtime? \u00bfY una web que tarda 15 segundos en cargar? Si no lo especificas, cada parte lo interpretar\u00e1 a su favor. Siempre.<\/li>\n<li><strong>No indican c\u00f3mo se mide.<\/strong> \u00bfDesde d\u00f3nde? \u00bfCada cu\u00e1nto? \u00bfQu\u00e9 herramienta hace fe? Sin esto, la m\u00e9trica es una opini\u00f3n, no un contrato.<\/li>\n<li><strong>Detallan la compensaci\u00f3n pero no las exclusiones.<\/strong> El cliente lee \u00ab99,9% garantizado\u00bb y asume que aplica a todo, cuando en la letra peque\u00f1a se excluyen ataques DDoS, fallos de software del propio cliente o mantenimientos programados.<\/li>\n<\/ul>\n<p>Un SLA mal redactado no protege a nadie. Genera falsas expectativas en el cliente y riesgo legal para el proveedor.<\/p>\n<h2>El error m\u00e1s com\u00fan: prometer un 99,99% que no puedes garantizar<\/h2>\n<p>Pongamos n\u00fameros, porque aqu\u00ed es donde el sector se enga\u00f1a a s\u00ed mismo. Un 99,99% de disponibilidad anual equivale a unos <strong>52 minutos de ca\u00edda en todo el a\u00f1o<\/strong>. Un 99,9%, en cambio, son unas 8 horas y 45 minutos.<\/p>\n<p>He visto a peque\u00f1os proveedores prometer cuatro nueves sin tener siquiera redundancia el\u00e9ctrica en su oficina. Es una bomba de relojer\u00eda. Cuando caes \u2014y caes\u2014, adem\u00e1s del da\u00f1o reputacional, te enfrentas a compensaciones acumuladas que pueden superar el valor del propio contrato.<\/p>\n<p>Mi consejo tras a\u00f1os en esto:<\/p>\n<ol>\n<li><strong>Calcula tu disponibilidad real de los \u00faltimos 12 meses<\/strong> antes de prometer nada. No la que crees tener: la medida.<\/li>\n<li><strong>Promete un punto por debajo de tu media.<\/strong> Si llevas un 99,95% real, ofrece 99,9%. Ese margen es tu colch\u00f3n ante lo imprevisto.<\/li>\n<li><strong>Documenta cada incidencia<\/strong> desde el primer d\u00eda. Sin registro hist\u00f3rico no puedes demostrar nada. Ni mejorar, por cierto.<\/li>\n<\/ol>\n<p>Es mejor firmar un 99,9% que cumples con orgullo que un 99,99% que conviertes en descuento cada trimestre.<\/p>\n<h2>C\u00f3mo medir la disponibilidad y definir m\u00e9tricas realistas<\/h2>\n<p>Aceptado que la m\u00e9trica debe ser realista, toca definirla con precisi\u00f3n. Estos son los elementos que todo SLA de hosting deber\u00eda especificar:<\/p>\n<ul>\n<li><strong>M\u00e9todo de medici\u00f3n:<\/strong> herramientas de monitorizaci\u00f3n externa (tipo UptimeRobot, Pingdom o Zabbix) desde al menos dos ubicaciones geogr\u00e1ficas distintas.<\/li>\n<li><strong>Intervalo de comprobaci\u00f3n:<\/strong> cada 1 o 5 minutos. Un chequeo cada 15 puede ocultar ca\u00eddas completas.<\/li>\n<li><strong>Definici\u00f3n de downtime:<\/strong> por ejemplo, \u00abm\u00e1s de 3 comprobaciones consecutivas fallidas desde ambas ubicaciones\u00bb.<\/li>\n<li><strong>Periodo de c\u00e1lculo:<\/strong> mensual es lo habitual y lo m\u00e1s justo; el anual diluye las incidencias y complica las compensaciones.<\/li>\n<li><strong>M\u00e9tricas complementarias:<\/strong> tiempo de respuesta del servidor (TTFB) y tiempos m\u00e1ximos de respuesta a tickets, que en la pr\u00e1ctica preocupan al cliente tanto como la propia ca\u00edda.<\/li>\n<\/ul>\n<div class=\"result-box\">\n<p><strong>Tip pr\u00e1ctico:<\/strong> incluye en el SLA un ejemplo de c\u00e1lculo. \u00abEjemplo: en un mes de 30 d\u00edas, el 99,9% permite 43 minutos de indisponibilidad\u00bb. Con eso eliminas el 90% de las discusiones futuras. De verdad.<\/p>\n<\/div>\n<p>Con m\u00e9tricas claras, medibles y verificables por ambas partes, tu SLA deja de ser un texto de marketing y se convierte en lo que debe ser: un compromiso serio que refuerza la relaci\u00f3n con tu cliente.<\/p>\n<h2>Tiempos de respuesta, soporte y compensaciones: qu\u00e9 incluir en tu SLA de hosting<\/h2>\n<p>El uptime es solo la mitad del SLA de hosting. La otra mitad \u2014y la que m\u00e1s tensiones genera\u2014 es todo lo relacionado con el soporte. Si no defines c\u00f3mo y cu\u00e1ndo vas a responder, cualquier incidencia acaba convertida en una discusi\u00f3n sobre expectativas. Por eso el acuerdo debe concretar, como m\u00ednimo, tres cosas: canales habilitados, tiempos de respuesta y compensaciones.<\/p>\n<h3>Define los tiempos de respuesta, no los de resoluci\u00f3n<\/h3>\n<p>Un error frecuente: comprometer \u00abresoluci\u00f3n en 2 horas\u00bb. Nadie puede garantizar cu\u00e1nto tarda en arreglarse un problema complejo. Lo que s\u00ed puedes garantizar es el tiempo de primera respuesta y el de escalado. Por ejemplo:<\/p>\n<ul>\n<li><strong>Incidentes cr\u00edticos<\/strong> (servidor ca\u00eddo, datos inaccesibles): primera respuesta en 15 minutos, 24\/7.<\/li>\n<li><strong>Incidentes graves<\/strong> (degradaci\u00f3n severa del servicio): primera respuesta en 1 hora.<\/li>\n<li><strong>Incidencias normales<\/strong> (configuraciones, dudas t\u00e9cnicas): primera respuesta en 4 horas laborables.<\/li>\n<li><strong>Consultas generales<\/strong>: primera respuesta en 1 d\u00eda laborable.<\/li>\n<\/ul>\n<h3>Compensaciones: realistas y autom\u00e1ticas<\/h3>\n<p>La compensaci\u00f3n debe ser proporcional, f\u00e1cil de calcular y, a ser posible, autom\u00e1tica. Si el cliente tiene que reclamar para recibir un cr\u00e9dito, el SLA pierde todo su valor comercial. Un esquema habitual es devolver un porcentaje de la cuota mensual seg\u00fan el tiempo de indisponibilidad acumulado, con un toque de realidad: excluye las paradas programadas comunicadas con antelaci\u00f3n y las causas de fuerza mayor. Eso no es esconderse. Es honestidad contractual, y los clientes lo agradecen m\u00e1s de lo que parece.<\/p>\n<h2>Ejemplo pr\u00e1ctico: c\u00f3mo estructuramos el SLA en Grupo Novalca<\/h2>\n<p>En Grupo Novalca aprendimos esto a base de equivocarnos. Nuestro primer SLA, all\u00e1 por los inicios, promet\u00eda un 99,99% de disponibilidad que no pod\u00edamos sostener con la infraestructura de entonces. Cumplirlo depend\u00eda de la suerte. Hoy estructuramos cada acuerdo en cuatro bloques:<\/p>\n<ol>\n<li><strong>Alcance y definiciones:<\/strong> qu\u00e9 servicio cubre el acuerdo, qu\u00e9 es \u00abindisponibilidad\u00bb, qu\u00e9 queda fuera (mantenimientos programados, aplicaciones del propio cliente).<\/li>\n<li><strong>Compromisos medibles:<\/strong> disponibilidad mensual, tiempos de primera respuesta por nivel de severidad y ventana de mantenimiento notificada con al menos 72 horas.<\/li>\n<li><strong>Medici\u00f3n y transparencia:<\/strong> panel de estado p\u00fablico y mensualizado, con la fuente de datos que ambos aceptamos como v\u00e1lida. Sin m\u00e9trica verificable, no hay compromiso.<\/li>\n<li><strong>Compensaciones:<\/strong> cr\u00e9ditos autom\u00e1ticos sobre la siguiente factura si no se cumple el objetivo, sin necesidad de reclamaci\u00f3n.<\/li>\n<\/ol>\n<p>El resultado fue contraintuitivo. Al bajar el compromiso de 99,99% a un 99,9% que s\u00ed cumpl\u00edamos, las quejas bajaron y la confianza subi\u00f3. Los clientes no premian la promesa m\u00e1s espectacular; premian la que se cumple.<\/p>\n<h2>Conclusi\u00f3n: un SLA cre\u00edble vale m\u00e1s que un SLA espectacular<\/h2>\n<p>Redactar un SLA de hosting no es un ejercicio de marketing: es una declaraci\u00f3n de c\u00f3mo operas. Un compromiso del 99,99% que incumplen otros te costar\u00e1 clientes; un 99,9% sostenido con datos transparentes te los fideliza. Define m\u00e9tricas verificables, tiempos de respuesta realistas por severidad, compensaciones autom\u00e1ticas y exclusiones claras. Y revisa el acuerdo cada a\u00f1o: tu infraestructura mejora, y tu SLA debe reflejarlo. La mejor venta que puedes hacer no es prometer perfecci\u00f3n, sino demostrar, mes a mes, que cumples lo que firmaste.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>El SLA de hosting es mucho m\u00e1s que un porcentaje puesto en una web para convencer al cliente: es un contrato de confianza. En Grupo Novalca llevamos a\u00f1os gestionando infraestructura cr\u00edtica para clientes en Espa\u00f1a y M\u00e9xico, y he aprendido que la diferencia entre un SLA que se cumple y uno que acaba en conflicto&#8230;<\/p>\n","protected":false},"author":6,"featured_media":1695,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"rank_math_title":"SLA de hosting: c\u00f3mo redactarlo para poder cumplirlo","rank_math_description":"Aprende a redactar un SLA de hosting realista y medible que tu empresa pueda cumplir. Evita penalizaciones y gana la confianza de tus clientes. \u00a1Empieza hoy!","rank_math_focus_keyword":"SLA de hosting","footnotes":""},"categories":[25],"tags":[],"class_list":["post-1693","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tecnologia-e-ia"],"_links":{"self":[{"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/posts\/1693","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/comments?post=1693"}],"version-history":[{"count":1,"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/posts\/1693\/revisions"}],"predecessor-version":[{"id":1694,"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/posts\/1693\/revisions\/1694"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/media\/1695"}],"wp:attachment":[{"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/media?parent=1693"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/categories?post=1693"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/juliobrasa.com\/blog\/wp-json\/wp\/v2\/tags?post=1693"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}