Guías prácticas

Preparar una respuesta a un incidente en el sitio web

Una interrupción, un formulario de contacto silencioso y una página incorrecta no tienen el mismo impacto. Un plan corto ayuda a un equipo a establecer hechos, reducir la interrupción y verificar la recuperación bajo presión.

Ver el método

Equipo preparando comprobaciones para la recuperación después de un incidente en el sitio web

Clasificar incidentes por impacto observable

Enumere los viajes esenciales: lea una oferta, realice una consulta, reserve, pague u obtenga información de servicio. Para cada uno, describa una falla reconocible y su efecto en los visitantes. Una página lenta difiere en urgencia de una compra confirmada pero no registrada.

Nombrar quién puede detectar, evaluar y decidir sobre la acción. Una alerta, un informe del cliente o una verificación manual pueden revelar un problema. Registre la hora, la URL, los síntomas y los cambios recientes antes de adivinar la causa.

  • Viajes críticos conocidos.
  • Gravedad ligada al impacto real.
  • tiempo y síntomas registrados.

Planifica las primeras acciones

Asigne un coordinador y un contacto técnico de respaldo. Señale el historial de implementación, las copias de seguridad, la documentación del proveedor y las páginas de estado externos sin colocar secretos en el plan. Evite las ediciones indocumentadas simultáneas que dificulten el diagnóstico.

Para un evento de seguridad o datos personales, siga el procedimiento especializado de la organización y busque la ayuda de expertos correspondiente. Esta guía cubre la coordinación a nivel de sitio web; No puede reemplazar una evaluación técnica o legal específica de incidentes.

  • Coordinador y Diputado Nombrado.
  • Un registro de acción y decisión.
  • Se entiende la ruta de escalada.

comunicarse sin inventar una fecha límite

Prepare un mensaje de hecho: función afectada, consecuencia para el visitante, solución alternativa donde esté disponible y hora de la próxima actualización. Publicarlo a través de un canal que aún funciona y ofrecer otra ruta de contacto si se ve afectado el formulario del sitio web. No presentar una hipótesis técnica como causa confirmada.

Adaptar el aviso a las personas afectadas. Si la información pública era incorrecta, identifique las páginas y los mensajes para corregir. Mantenga los mismos hechos en los idiomas realmente publicados.

  • Canal alternativo identificado.
  • Mensaje anticuado, comprensible.
  • La próxima actualización indicada sin un tiempo de restauración inventado.

Verifique la recuperación y aprenda

Después de una solución, complete los viajes afectados en el sitio en vivo: formularios, pagos, correos electrónicos, redireccionamientos, contenido y acceso móvil según corresponda. Compruebe si las consultas que llegan durante el incidente fueron encontradas o manejadas. Un borrado de alertas no muestra que el viaje sea fijo.

Escriba una breve nota con el cronograma, el impacto, la causa establecida o aún incierta, acciones útiles y un cambio preventivo. Pruebe el plan de recuperación y actualizar contactos y procedimientos antes del próximo incidente.

  • Viajes de producción reales vueltos a probar.
  • consultas perdidas buscadas.
  • Plan y Responsabilidades actualizadas después de la revisión.

Contenido actualizado el 2 de octubre de 2026

Matriz de validación funcional para adaptarse al proyecto

Estos controles propuestos utilizan casos ficticios. Decida qué comportamiento se espera con el equipo, anote el resultado y asigne discrepancias no resueltas antes de la publicación.

Casos de prueba, resultados esperados y evidencia útil
CasoResultado esperadoPrueba para mantener
No se ha identificado la causa de la interrupción.El mensaje describe el impacto observado y la próxima actualización sin inventar una causa.Registre la URL, los pasos, el resultado y la evidencia fechada.

Preguntas frecuentes

¿Qué se debe comunicar durante una interrupción?

Estado servicios afectados, síntomas conocidos, acciones útiles y la próxima actualización. Evite causas no confirmadas o promesas de restauración. Separe la información pública de los detalles técnicos sensibles y mantenga un cronograma de decisión para su revisión.