Información segura para enviar con una solicitud de soporte

Una buena solicitud es lo bastante específica como para poder reproducirla y no incluye nada que ponga en riesgo el sitio ni a sus asistentes. Los datos de los asistentes hacen que la segunda mitad sea más estricta de lo habitual.

Haz estas comprobaciones primero

1. Confirma que el tema POM está activo. Por sí solo explica una gran parte de los informes.
2. Reproduce el problema en una ventana privada del navegador, con la sesión cerrada.
3. Recarga una vez, para descartar una copia en caché.
4. Anota si también ocurre con la sesión iniciada.
5. Anota el alcance: un evento, una lista, un visitante o todo.
6. Anota qué cambió justo antes: una actualización, un cambio de ajustes, un cambio de tema, un plugin nuevo.

Qué enviar

Dónde

• La URL pública exacta donde se ve el problema.
• El evento implicado, con sus fechas de inicio y fin.
• En qué página está el shortcode, si se trata de un problema de listado.

Configuración

• El tema activo.
• Si la funcionalidad de asistentes está habilitada.
• Si WooCommerce está implicado.
• Los ajustes relevantes, por sus etiquetas visibles.
• Si el evento tiene un aforo y si está completo.

Qué

• Lo que esperabas y lo que viste.
• El texto exacto de cualquier mensaje en pantalla.
• Si ocurre con la sesión cerrada, iniciada o en ambos casos.

Cómo

• Los pasos que reproducen el problema, en orden.
• El dispositivo y el navegador, sobre todo si solo ocurre en un teléfono.
• Cuándo empezó.

Qué no enviar nunca

• Listas de asistentes, exportaciones en CSV o XLS, ni ningún archivo que contenga inscripciones.
• Capturas de pantalla que muestren nombres de asistentes, direcciones de correo electrónico, números de teléfono o comentarios.
• Comentarios de asistentes citados en texto: con frecuencia contienen información de salud y accesibilidad.
• Datos de clientes o pedidos de WooCommerce.
• La clave de licencia.
• Credenciales de WordPress, hosting, base de datos o pagos.
• Registros completos del servidor sin revisar antes lo que contienen.

Si un mensaje pide algo de esta lista, detente y confirma a través de tu contacto de servicio habitual antes de responder.

Ocultar datos en una captura de pantalla

1. Captura solo la zona que muestra el problema.
2. Recorta por completo las filas de asistentes o difumina todas las columnas.
3. Recorta la barra de administración y el nombre de la cuenta.
4. Revisa las esquinas por si hay pestañas abiertas, notificaciones y nombres de archivo.
5. Nunca anotes en una imagen credenciales.

Para un problema del panel de asistentes, una captura de una fila con valores inventados suele demostrar el problema tan bien como los datos reales.

Una plantilla que puedes copiar

Site URL:
Active theme:
Public URL where the problem is visible:

Event: (title, start date, end date, status)
Attendee functionality enabled: yes / no
WooCommerce involved: yes / no
Event capacity: (number, or none)

Expected:
Actual:
Exact message on screen:

Signed out: yes / no
Signed in: yes / no
Private window, reloaded once: yes / no

Steps to reproduce:
1.
2.
3.

Started: (date/time)
Changed just before:

La frase que acorta la mayoría de los intercambios

\"Es correcto en el editor del evento y está mal en la página pública, con la sesión cerrada, después de recargar, en el tema POM.\"

Esa única línea descarta el tema, el contenido y el navegador, y apunta directamente a la capa restante.