Diseño y desarrollo web
Mantenimiento de páginas web: quién responde cuando el formulario deja de llegar
El sitio carga bien y el botón «Enviar» muestra una confirmación. En ventas llevan tres días sin recibir solicitudes. Alguien se da cuenta cuando una clienta llama para preguntar por su cotización. Si tu mantenimiento solo comprueba que la portada está disponible, ese problema puede pasar inadvertido.
La prueba termina en la bandeja correcta
El punto de partida es acordar qué recorridos sostienen tu negocio. Para una empresa de servicios puede ser la solicitud de cotización. Para una tienda, el pago y la confirmación del pedido. Probarlos requiere que alguien compruebe el resultado donde trabaja el equipo. Una pantalla de agradecimiento por sí sola no te dice si el mensaje llegó al correo, quedó pendiente en una integración o terminó como correo no deseado.
Podemos preparar una solicitud de prueba identificable, con datos ficticios, y asignar quién confirma su recepción. Si ventas usa un CRM, se revisa que el registro aparezca una sola vez y quede en manos de la persona correcta. El responsable de mantenimiento debe saber cómo comprobar el recorrido sin disparar una venta ni confundir los informes comerciales.
Qué recuperas si el martes tienes que volver al lunes
Un respaldo tiene valor cuando se puede recuperar lo que importa. En un sitio WordPress, por ejemplo, los archivos y la base de datos contienen partes distintas de la web. Una carpeta de imágenes por sí sola no devuelve las páginas y los pedidos. El manual de WordPress explica qué incluir en el respaldo. En otras tecnologías habría que inventariar sus componentes y los servicios externos que utiliza la web.
Pide que el proveedor restaure una copia en un entorno separado y te muestre qué contiene. Supón que la última copia útil es del lunes a las 18:00. Si se restaura el martes al mediodía, ¿qué ocurrirá con las consultas recibidas durante ese intervalo? Una propuesta seria puede explicar cómo localizar esos registros y quién decidiría sobre la recuperación. La frecuencia adecuada depende de cuánto cambia tu sitio y de lo que costaría reconstruir esos datos.
Una incidencia del viernes a las seis
Imagina que una campaña sale el sábado. El viernes por la tarde deja de funcionar el formulario principal. Pregunta por dónde se reporta el incidente, qué horario de atención contrataste y qué pasa si el fallo depende del proveedor de correo. También conviene distinguir el primer acuse de recibo de la recuperación completa del servicio. Dos planes con la misma cuota pueden cubrir horarios y responsabilidades muy diferentes.
Para actualizaciones programadas, acordaríamos una ventana, los recorridos que se probarán antes y después y cómo volver a la versión anterior si algo sale mal. Lo que cambia en la web debe quedar documentado de modo que otra persona pueda entenderlo.
Qué informe le sirve a quien dirige la empresa
Un reporte corto puede decir más que una lista de tareas. ¿Qué se actualizó? ¿Cuándo se restauró una copia por última vez? ¿Qué solicitud de prueba se recibió? ¿Qué pendiente exige una decisión del negocio? Si hay un problema recurrente, la propuesta debe explicar si conviene seguir reparando esa función o rediseñar esa parte de la web.
Cuando cotizamos mantenimiento en Obediente, primero revisamos la tecnología, los accesos disponibles y el recorrido comercial más sensible. Así podemos distinguir soporte recurrente, mejoras nuevas y servicios de terceros antes de definir el alcance contigo.
Para comprobar si los cambios se sienten al leer, pulsar o comprar, se pueden seguir las Core Web Vitals por tipo de página y por dispositivo.