Lo que hemos resuelto

El contexto. A un negocio le avisaron que su página estaba infectada. Su técnico la revisó, no encontró nada y concluyó que era una falsa alarma del antivirus de quien reportó.

Lo que veían. Desde las computadoras del negocio el sitio abría normal, rápido y sin avisos. Ni un síntoma.

Lo que ya habían intentado. Lo habían pasado por dos escáneres en línea y lo habían revisado desde la terminal. Los tres dijeron que estaba limpio.

Dónde estaba en realidad. El código dañino sólo se activaba con un navegador real y en Windows. Las herramientas que habían usado no ejecutan la parte interactiva de una página, así que para ellas no existía. La señal estaba a la vista en el código fuente: direcciones de internet ajenas que nadie del negocio había puesto ahí.

El contexto. Empezaron a llegar mensajes de clientes diciendo que la página no cargaba. El dueño la abría y funcionaba perfecto, así que pensó que era problema de los visitantes.

Lo que veían. Los visitantes veían una pantalla vacía. Ni error, ni mensaje: blanco.

Lo que ya habían intentado. Habían cambiado de navegador, probado desde otro teléfono y vaciado la caché del suyo. Con su sesión abierta, el sitio siempre se veía bien.

Dónde estaba en realidad. El servidor guarda una copia lista de cada página para servirla más rápido, y guarda una distinta para quien tiene sesión iniciada. La copia de los visitantes se había guardado a medias. Por eso el dueño era justo la única persona que no podía ver la falla.

El contexto. Un negocio llevaba semanas con su formulario de contacto al aire. Recibían los correos, así que nadie sospechó nada.

Lo que veían. Los avisos llegaban puntuales a la bandeja. Pero las respuestas eran muchísimo menos de lo esperado para el tráfico que tenían.

Lo que ya habían intentado. Habían probado el formulario varias veces ellos mismos. Llegaba el correo, así que daban la prueba por buena y cerraban la revisión ahí.

Dónde estaba en realidad. Después de enviar, el visitante caía en una página de error. La pantalla de agradecimiento existía pero se había quedado guardada como borrador, y un borrador no es visible para nadie más que para quien lo escribió. La prueba engañaba porque medía el correo, no lo que veía la persona del otro lado.

El contexto. Al compartir un artículo por WhatsApp, la tarjeta de vista previa mostraba el texto de una publicación distinta y más vieja. Se veía descuidado.

Lo que veían. Cambiaban la descripción, guardaban, volvían a compartir y salía la misma descripción vieja.

Lo que ya habían intentado. Habían reescrito el texto tres veces, limpiado la caché del sitio y pedido a WhatsApp que volviera a leer la liga. Nada.

Dónde estaba en realidad. El complemento que maneja esos textos no los lee de donde uno los escribe: guarda su propia copia aparte y sólo la refresca cuando la publicación se vuelve a guardar. Editar el campo no bastaba; había que tocar la publicación misma.

El contexto. Una tienda cambió la foto de un producto. En su computadora se veía la nueva; en el sitio, clientes y proveedores seguían viendo la anterior.

Lo que veían. La imagen vieja aparecía en todos los navegadores y en todos los teléfonos, incluso en modo privado.

Lo que ya habían intentado. La habían reemplazado cuatro veces, borrado y vuelto a subir, y vaciado todas las cachés que encontraron.

Dónde estaba en realidad. El servicio que optimiza las imágenes las guarda identificadas por su dirección. Mientras el archivo se llame igual, sigue entregando la versión que ya tenía guardada, sin importar cuántas veces se reemplace. Se destraba cambiándole el nombre al archivo, no resubiéndolo.

El contexto. Un negocio empezó a recibir rebotes al mandar correos a sus propios clientes. Algunos llegaban, otros regresaban con un código que no decía nada legible.

Lo que veían. El rebote no mencionaba al destinatario ni un motivo entendible. Sólo una clave corta.

Lo que ya habían intentado. Habían llamado a los clientes a confirmar sus direcciones, revisado si estaban en alguna lista negra y cambiado el texto de los correos por si algo activaba un filtro.

Dónde estaba en realidad. No los rechazaba nadie del otro lado: era un filtro del propio servicio de alojamiento, que revisa lo que SALE antes de que llegue a internet. Estaban buscando la causa en el destinatario cuando estaba en su propia casa.

El contexto. Alguien del equipo pegó un fragmento de código para agregar una función al sitio. Guardó, vio el mensaje de confirmación y cerró.

Lo que veían. El sitio quedó exactamente igual. Ni la función nueva, ni un error, ni una advertencia.

Lo que ya habían intentado. Volvieron a pegarlo dos veces más, revisaron que no hubiera espacios de sobra y compararon el código carácter por carácter con el original.

Dónde estaba en realidad. El administrador de fragmentos guarda todo lo nuevo apagado de fábrica, y ese interruptor no se guarda con el resto: hay que activarlo aparte. El código estaba bien desde el primer intento, sólo que dormido.

El contexto. Corrigieron un dato en un correo masivo antes de enviarlo. Guardaron, verificaron, y horas después el correo había vuelto al texto anterior.

Lo que veían. El cambio se veía guardado. Al día siguiente, ya no estaba.

Lo que ya habían intentado. Lo corrigieron tres veces seguidas y las tres se deshizo. Llegaron a pensar que alguien más del equipo lo estaba revirtiendo.

Dónde estaba en realidad. La plantilla de la que cuelga ese correo manda sobre el contenido de la campaña: al procesarse otra vez, sobrescribe lo editado. De ahí salió una regla que hoy aplicamos a todo: que un sistema conteste que guardó, no significa que el cambio esté guardado. Hay que ir a verlo.