Guía para decidir mejor
Qué información enviar al abrir una incidencia de hosting
Un buen primer mensaje aporta síntomas y evidencia, no suposiciones.
Para abrir una incidencia de hosting útil, describe el síntoma y su impacto con datos comprobables. «La web no funciona» obliga a empezar de cero; una URL, hora, código y pasos para reproducir permiten distinguir red, DNS, servidor, aplicación y proveedor externo. No envíes contraseñas, claves privadas, datos de tarjetas ni bases completas en el primer mensaje.
Los seis datos iniciales
- Servicio y dominio: identifica la web, cuenta o servicio afectado y la URL exacta, incluida ruta si falla solo una página.
- Hora y zona: indica inicio, último fallo y si continúa. Una captura sin hora puede corresponder a otra versión.
- Síntoma observable: copia código HTTP o texto del error, sin concluir aún «falló el servidor».
- Alcance: explica si afecta a todos, a una red, a usuarios conectados o a un método de pago.
- Reproducción: enumera pasos y frecuencia; usa datos de prueba cuando sea posible.
- Cambios recientes: DNS, despliegue, plugin, certificado, campaña o tarea programada, con hora.
Si no sabes si el problema es general, compruébalo desde otras redes y comunica el resultado.
Adjunta evidencia segura según el caso
Para un 500 o 503, aporta identificador de solicitud si aparece, logs pertinentes y hora; elimina datos personales que no sean necesarios. Para correo, incluye remitente y destinatario de prueba, cabeceras saneadas y resultado de envío o recepción. Para una tienda, informa si el pedido aparece en WooCommerce y en la pasarela mediante IDs por canal seguro, pero no reintentes el cargo por tu cuenta. Para DNS, indica proveedor autoritativo y registro observado sin publicar credenciales.
Explica la prioridad con impacto
«No puedo abrir wp-admin» y «ningún cliente puede pagar» tienen consecuencias distintas aunque ambos sean urgentes para quien escribe. Indica usuarios afectados, si hay alternativa temporal y si la web sigue recibiendo datos. Mantén un hilo por incidencia y actualiza qué pruebas has hecho para evitar duplicar cambios simultáneos. Al cerrar, pide causa confirmada o hipótesis pendiente, acción realizada y comprobación posterior.
La web de IDEIHOSTING muestra contacto comercial y correo y un área de cliente con tickets; verifica en tu contrato el canal de soporte aplicable y los horarios. Consulta qué conservar tras una caída. Esta guía mejora el mensaje inicial, pero no promete un SLA ni un procedimiento interno no publicado.