Cinco rastreadores más, y triaje sin salir del informe

Dos semanas de cambios, todos en el sitio. La extensión no se ha movido, y al final hay una sección sobre por qué eso importa para leer el resto.

Cinco sitios más a los que puede ir un informe

Cuando escribimos sobre los conectores había tres: Jira, Linear y Slack. Después llegó GitHub. Ahora hay diez destinos que un administrador de equipo puede conectar, y los cinco nuevos son GitLab, Bitbucket, ClickUp, Trello y Asana.

Cada uno funciona como los tres primeros. Lo conecta una vez como administrador del equipo, elige dónde deben aterrizar los informes, y un informe llega a su rastreador con la captura, la consola y el registro de red ya adjuntos, como un enlace que abre el conjunto completo.

Lo que ha cambiado junto a ellos se ve menos y probablemente importa más: un conector ya puede abrir una tarea para cada informe nuevo, en lugar de esperar a que alguien empuje uno. Eso convierte el conector de un botón que hay que recordar pulsar en una tubería. Si la costumbre de su equipo es que el rastreador es la única lista que alguien lee, los informes ahora llegan a la única lista que alguien lee.

Cuatro de los cinco tienen una página que explica el emparejamiento de principio a fin: ClickUp, Trello, Asana y GitLab. Bitbucket se conecta hoy y su página está todavía por llegar.

Triaje sin salir del informe

La página de un informe lleva ahora su estado y su severidad, de modo que un miembro del equipo puede fijar ambos desde aquello que está mirando.

Hasta ahora el triaje vivía en la lista, que es el lugar correcto cuando usted repasa los informes de una mañana y uno pobre cuando alguien le ha enviado el enlace de un único informe. Lo abría, lo leía, se formaba una opinión y luego iba a buscar la lista para dejarla registrada.

La severidad va al lado de la sugerencia, no encima. La severidad sugerida se sigue mostrando, y fijar la suya propia es una decisión anotada junto a ella, no una corrección de ella. Un equipo que discrepa de la sugerencia a menudo le está diciendo algo; un campo que la sobrescribe en silencio no dice nada.

Los webhooks saben de qué equipo son

Si usted maneja Session Replay desde la API en lugar de desde el panel, han cambiado tres cosas.

Un destino de webhook se puede limitar a sitios concretos en lugar de a todo lo que posee el equipo, que es lo que uno quiere cuando un equipo lleva varios productos y solo uno de ellos tiene un canal al que haya que despertar. GET /api/v1/teams acepta membership=mine para que un cliente pueda preguntar en qué equipos está realmente quien llama. Y crear o borrar un destino de webhook está ahora acotado a los equipos propios de quien llama, lo que es una corrección de exactitud más que una función, y de las que conviene decir en voz alta.

La guía de webhooks sigue describiendo la forma de la carga útil, que no ha cambiado.

El sitio de demostración lleva un botón de informe, en su idioma

El sitio de demostración es donde puede romper algo a propósito: una página con un error de JavaScript, otra con un 500, otra lenta, otra con el diseño roto, otra con un enlace muerto.

Ahora lleva encima el botón de informe, el mismo que pondría en su propio sitio, de forma que el bucle entero está ahí para probarlo: rompa la página, pulse el botón, mire lo que llega. También tiene un selector de idioma, porque leer una demostración en su cuarto mejor idioma no demuestra nada.

El sitio va más rápido, en los sitios donde iba lento

Nada de esto es una función y todo junto es la diferencia entre una página que se siente inmediata y una que no. El póster del hero se precarga y se sirve como WebP, y lo mismo los pósteres de análisis, reclamación y línea de tiempo. Las imágenes se cachean como es debido. Las etiquetas de analítica y de píxel esperan al evento de carga en vez de competir con la página. Los avatares y los retratos del Salón de la Fama se dibujan desde miniaturas en lugar de desde los originales a tamaño completo, y los vídeos de una página de visionado se sirven directamente en lugar de a través de una redirección.

Si alguna vez ha abierto un informe en el móvil en un tren, este es el cambio que notará y el que no sabrá nombrar.

Una consulta de la extensión ya no puede cerrarle la sesión

La extensión pregunta al sitio quién es usted. Cuando esa comprobación se solapaba con iniciar sesión en el sitio en otra pestaña, podía sobrescribir la sesión más nueva con la respuesta más vieja, y usted quedaba desconectado sin motivo visible.

El sitio ya no acepta esa sobrescritura. La extensión que usted tiene hoy sigue preguntando de la misma manera; la mitad que arregla la pregunta está en la extensión y todavía no está publicada.

Cosas más pequeñas

• Un inicio de sesión con Google o GitHub que falla ahora dice qué ha ido mal en vez de devolverle a un formulario sin explicación.
• Si se registró y nunca confirmó su dirección, recibe un recordatorio. Que una dirección quede sin confirmar suele ser un correo que acabó en spam y no una decisión.
• En el iPhone, la barra de estado ya no se queda por encima de la página.
• En el visor dividido, el panel de medios ya no se dibuja estirado mientras calcula su tamaño.
• Una serie de la misma interacción, alguien que pulsa ocho veces lo mismo porque no pasa nada, se lee ahora como un paso con un recuento en lugar de ocho filas. Los ocho clics son la información; ocho filas no lo son.

Un servicio menos por el camino

Hemos quitado Rollbar. Los errores se informan a través del reporter propio del framework y del registro, que es de donde los leíamos de todos modos, y ha salido de la lista de subencargados del tratamiento en la política de privacidad.

Esa misma política dice ahora con claridad que la captura de un informe se envía al modelo que escribe el análisis. Eso ya era cierto antes y no estaba escrito con suficiente claridad, que es peor de lo que suena.

Lo que tiene realmente en las manos

Todo lo anterior está en vivo en session-replay.com. El sitio se despliega de forma continua y la revisión que lo está sirviendo ahora mismo es la misma que encabeza el repositorio, así que no hay nada en este artículo esperando en una rama.

La extensión es otro asunto. 1.11.0 sigue siendo la versión publicada, la del 19 de septiembre, y es la que Chrome le ha dado. En las dos semanas transcurridas se ha trabajado en la extensión y nada de ello se ha publicado, así que si lee algo aquí y lo va a buscar en la extensión, no lo encontrará: todo lo anterior es la mitad del sitio.

La página de la tienda le dice qué versión tiene. Si pone 1.11.0, está al día.