Hosting web en España: migración y copias de seguridad
Cómo documentar una incidencia de hosting para poder reproducirla
Un aviso como «la web no funciona» no identifica qué falla ni cómo repetirlo. Una ficha breve con la URL afectada, la hora con zona horaria, el mensaje exacto y los pasos ayuda a separar el síntoma de una posible causa. Esta guía convierte esa información en un ejemplo reproducible sin afirmar que un proveedor lo haya diagnosticado o resuelto.
Equipo de El Rankeador · Guía editorial con asistencia de IA · Revisada: 2026-10-12
Un caso ficticio para preparar tu prueba
Los cuatro casos son ficticios y usan el dominio reservado .example. Sus códigos, horas, cambios y resultados sólo sirven para ensayar cómo describir un fallo; no son mediciones ni incidencias reales de SiteGround o Webempresa. No incluyas contraseñas, tokens, datos de pago ni información personal en la plantilla.
Descargar plantilla CSV del ejemplo
La plantilla reúne datos ficticios. Adapta campos, formato y referencias al producto y al entorno separado que vas a evaluar.
| incidencia_id | servicio_o_url | hora_utc_de_prueba | mensaje_observado | pasos_para_reproducir | cambio_reciente | alcance_por_comprobar |
|---|---|---|---|---|---|---|
| INC-001 | https://tienda.example/ | 09:12 UTC, ejercicio | HTTP 503, caso ficticio | Abrir la portada; anotar el mensaje; comprobar si ocurre desde otro dispositivo de confianza | No indicado | Una URL; probar otras rutas |
| INC-002 | https://tienda.example/wp-admin/ | 10:04 UTC, ejercicio | HTTP 403, caso ficticio | Abrir la URL de administración en una ventana privada y registrar el mensaje completo | Actualización de plugin simulada | Una ruta; comprobar si afecta a otras cuentas |
| INC-003 | https://tienda.example/catalogo/ | 11:26 UTC, ejercicio | HTTP 404, caso ficticio | Abrir la URL exacta y repetir la navegación desde el menú de la web | Cambio de slug simulado | Una ruta; comprobar enlaces relacionados |
| INC-004 | Página de contacto, tienda.example | 12:40 UTC, ejercicio | Carga lenta, sin medición | Anotar ruta, dispositivo y conexión; repetir una vez y registrar el tiempo observado si se mide | No indicado | Aún no medido desde otras ubicaciones |
Comprobaciones paso a paso
Identifica el sitio y el servicio afectados
Anota el dominio y la URL pública exacta o el servicio implicado, junto con la hora, la fecha y la zona horaria. Separa el fallo general de una página, cuenta o dispositivo concreto. Para datos de la cuenta, usa el ticket dentro del área oficial del proveedor.
Qué conservar: Dominio, ubicación del problema, fecha y hora con zona horaria, y alcance conocido.
Registra el síntoma sin interpretarlo
Copia el mensaje completo y, si aparece, el código HTTP. Describe qué esperabas y qué ocurrió. Si comparas desde otro dispositivo o conexión de confianza, anota el resultado; no uses proxies públicos para probar páginas privadas o de administración.
Qué conservar: Mensaje literal, resultado observado y los dispositivos o conexiones que se probaron.
Escribe los pasos y cambios recientes
Enumera la secuencia mínima para volver a ver el fallo. Añade cuándo se hizo la última actualización, cambio de DNS, plugin, tema o ajuste relevante; indica también si no hubo cambios conocidos. Evita atribuir la causa antes de que se investigue.
Qué conservar: Pasos numerados, cambios recientes con hora aproximada y lo que todavía se desconoce.
Prepara evidencia segura para la consulta
Adjunta una captura sin recortar el mensaje, la barra de dirección y el contexto necesario, pero oculta información personal, parámetros secretos y datos de clientes. No envíes contraseñas ni tokens. Abre la consulta desde el canal oficial de tu cuenta, conserva el identificador y comunica el impacto real sin exagerar la prioridad.
Qué conservar: Captura redactada, resumen del impacto, canal oficial e identificador del ticket.
Resultado esperado del ejercicio
Estos puntos describen la referencia del caso ficticio y lo que debes comprobar. No son resultados medidos en un proveedor.
- La ficha permite entender qué URL o servicio falla, cuándo se observó y cómo intentar reproducirlo.
- Los mensajes y códigos anotados distinguen lo observado de las hipótesis sobre una causa.
- Las pruebas desde otro dispositivo o conexión sólo se presentan como comparaciones realizadas; si no se hicieron, se indica que están pendientes.
- La evidencia compartida no contiene credenciales, tokens ni datos personales innecesarios. Esta plantilla no promete un plazo ni una solución del proveedor.
Documentación que puedes contrastar
Las siguientes afirmaciones proceden de las fichas revisadas. Sirven para identificar capacidades y condiciones del producto; el ejemplo y su protocolo son una propuesta editorial de El Rankeador.
SiteGround
La ayuda de SiteGround indica que al solicitar asistencia se elige una categoría y un tema, y que el canal recomendado depende de la consulta y de la información necesaria.
La guía describe cómo iniciar una consulta, no un plazo de respuesta ni un resultado garantizado · Canal de soporte y asistencia técnica disponible desde el área de cliente. ✓ Verificado
Webempresa
La guía oficial de Webempresa recomienda describir el dominio y la URL afectados, el error exacto, los cambios recientes, los pasos para reproducirlo y adjuntar capturas pertinentes.
La recomendación describe la información para una consulta; no garantiza plazo ni solución · Los datos de acceso y la información privada deben enviarse sólo mediante los canales seguros indicados por el proveedor ✓ Verificado
Cómo crear una consulta de soporte con información reproducible
Continúa según lo que tengas pendiente
- Cómo definir qué cubre el soporte de un hosting
Compara el síntoma con el alcance de soporte que te indicó el proveedor.
- Cómo probar la restauración de una copia de seguridad
Si la incidencia requiere recuperar contenido, comprueba primero una restauración de prueba.
- Cómo comprobar HTTPS y el certificado SSL antes de abrir una web
Si el error afecta a HTTPS, registra el certificado y la URL exacta antes de cambiar la configuración.
Preguntas frecuentes
¿Debo enviar la contraseña o la clave de acceso al soporte?
No incluyas contraseñas, tokens ni claves en un ticket, captura o correo. Usa el área de cliente y los mecanismos de acceso temporales que el propio proveedor indique; revócalos cuando ya no se necesiten.
¿Qué información hace más reproducible una incidencia?
Indica el dominio y la URL exacta, hora con zona horaria, mensaje completo, pasos mínimos, alcance y cambios recientes. Una captura legible puede ayudar, siempre que ocultes datos privados y secretos.
Volver a comparar alternativas · Cómo se revisan las fuentes