La avería se produjo un viernes a las 18 horas. El chatbot enlaza con preguntas frecuentes genéricas; el billete promete una respuesta dentro de las veinticuatro horas hábiles, es decir, el lunes por la mañana. Luego, el gerente técnico descubre que el “soporte las 24 horas” estaba destinado a la disponibilidad de la red, no a la ayuda humana en su aplicación. El certificado caduca el domingo, nadie responde y la tienda permanece desconectada durante cuarenta y ocho horas por una causa evitable.
Este escenario se repite porque la mayoría de los equipos evalúan el soporte después de firmar, basándose en promesas comerciales. Sin embargo, el soporte del hosting se prueba antes del incidente, con preguntas técnicas precisas y una lectura en frío de las respuestas. Las pruebas siguientes no requieren un gran presupuesto ni acceso a producción, solo un pequeño método durante la fase de prueba o compra.
Tres pruebas a realizar antes de firmar
Primera prueba: un ticket técnico real. Haga una pregunta específica y verificable: "¿Cómo apunto un subdominio a un VPS externo?" » o "¿Cuál es el límite de memoria PHP en este plan?" » Programe la primera respuesta y observe si es procesable (pasos numerados, enlace a la documentación, mención de su oferta) o genérica. Un agente que cotiza su plan y su centro de datos es tranquilizador; el que responde "contacta a tu desarrollador" a cada pregunta indica un alcance limitado.
Segunda prueba: idioma y zona horaria. Si su equipo habla francés, abra un ticket en francés un sábado por la mañana. ¿Respuesta automática en inglés, triple retraso o silencio hasta el lunes? Cada señal cuenta para una PYME francesa que no puede permitirse traducir sus incidencias los fines de semana.
Tercera prueba: escalada simulada. Pregunte: "¿Qué sucede si se puede acceder al servidor pero mi sitio arroja un error 502?" » Se prueba si el soporte distingue red, plataforma y aplicación, tres ámbitos diferentes que muchas ofertas compartidas mezclan deliberadamente.
| Señal positiva | Señal negativa |
|---|---|
| Respuesta en cuatro horas con pasos | Copiar y pegar preguntas frecuentes sin enlace al documento |
| Agente cotiza su plan/centro de datos | “Contacte a su desarrollador” sistemático |
| Explotación de escalada mencionada | No hay un procedimiento de incidentes claro |
Compartido, VPS y gestionado: diferentes expectativas
En hosting compartido, el soporte se limita al alcance de la plataforma: panel, PHP, certificados, DNS básico. Su tema personalizado de WordPress o su complemento interno no entran en el contrato, incluso si el vendedor sugiere lo contrario en la preventa.
En un VPS, usted administra el sistema operativo y la pila de aplicaciones; El soporte cubre principalmente hipervisor y red. Esperar a que un agente arregle su configuración de Nginx es elegir el producto equivocado.
En una oferta gestionada o subcontratada, el alcance se amplía, pero el precio y el contrato deben decirlo en blanco y negro. No pague por un plan administrado si nadie parcheará su CMS ni supervisará sus copias de seguridad.
Las preguntas contractuales se bloquearán antes del pago
Antes de firmar, solicite por escrito el SLA de primera respuesta en horas, no solo el porcentaje de tiempo de actividad de la red. Enumere los canales abiertos (ticket, chat, teléfono) y especifique cuáles cubren una incidencia de prioridad uno. Consulta los idiomas disponibles en los niveles dos y tres, no solo en el nivel uno. Lea las exclusiones: desarrollo personalizado, migraciones, auditorías de seguridad de aplicaciones. Finalmente, solicite los créditos proporcionados si no se cumple el SLA: monto, límite máximo y procedimiento de quejas.
Estos elementos a veces aparecen en apéndices técnicos que nadie lee. Es precisamente este documento el que resuelve un litigio un viernes por la noche.
Soporte para agencias y revendedores
Si revendes hosting, el soporte que ve tu cliente es tuyo: el host no habla con tu cliente final excepto en casos excepcionales. Consulte nuestras guías sobre alojamiento de marca blanca y estado de revendedor. Pruebe también la calidad del soporte del revendedor: retrasos, acceso al nivel dos, posibilidad de escalamiento nombrado. Un soporte deficiente tiene un impacto directo en su margen y reputación.
La cumbre: el soporte se considera un incidente menor, no una venta
Decide y avanza sin puntos ciegos
Abra uno o dos tickets reales durante el período de prueba, luego programe la primera respuesta y evalúe la calidad técnica de cada intercambio. Lea el SLA de soporte y el SLA de disponibilidad de red por separado, ya que son dos compromisos separados. Alinee el tipo de plan (compartido, VPS o administrado) con el alcance del soporte que realmente espera. Por último, compare los comentarios a través del directorio favoreciendo las reseñas orientadas a incidentes, no las que quedan después de una simple suscripción.
Preguntas frecuentes
¿Cómo probar el soporte antes de firmar?
Abra un ticket técnico real (DNS, certificado o configuración de PHP) antes de la compra o durante la prueba. Programe la primera respuesta y vea si el agente lee su contexto o devuelve preguntas frecuentes genéricas. Una respuesta que pueda concretarse en menos de cuatro horas laborables es una buena señal; copiar y pegar sin documentación lo es mucho menos.
Soporte 24 horas al día, 7 días a la semana: ¿sigue siendo útil?
Sólo si tu negocio realmente lo requiere. El soporte premium las 24 horas del día es costoso y se utiliza principalmente para sitios de alto riesgo. Para un sitio de exhibición, un soporte bien mantenido durante el horario laboral suele ser suficiente, siempre que conozca con precisión los límites y los espacios de cobertura.
¿Chat, ticket o teléfono?
El ticket conserva el historial completo, lo que lo mejora en caso de incidentes. El chat es adecuado para preguntas rápidas. El teléfono resulta útil en caso de avería crítica sólo si el anfitrión tiene una línea operativa real, no sólo un número comercial.
¿Qué preguntarle al vendedor?
Solicite horarios reales para los niveles dos y tres, idiomas cubiertos, tiempo de primera respuesta, proceso de escalamiento y ejemplos de tickets excluidos. Exigir una respuesta por escrito: todo lo no documentado en el contrato no contará el día del incidente.
La próxima vez que le prometan "soporte premium", abra un ticket simple antes de pagar. La respuesta vale todas las insignias.