Qué revisar después de publicar tu web

Publicar te permite compartir la dirección y empezar a usar la web en conversaciones reales. Después aparece otro trabajo: comprobar que sigue diciendo lo correcto y que los pasos importantes se pueden completar. Podés organizar esa revisión alrededor de cambios concretos del negocio y de un recorrido que repitas cada cierto tiempo.

Una planta cuidada, un portátil cerrado y un cuaderno lima sobre una mesa.
Imagen editorial generada con IA.

Revisá lo que cambió en el negocio, recorré la web desde un celular y comprobá el camino de consulta. Registrá los problemas con contexto para poder resolverlos y volver a probarlos.

Empezá por los datos que usa una persona para decidir

Revisá horarios, zona de atención, ubicación, servicios y formas de contacto. Pensá en lo que cambió desde la última revisión: un servicio que ya no ofrecés, una nueva modalidad o una fecha especial. Cuando publiques una promoción, dejá anotado quién la va a revisar al terminar.

Si también tenés un Perfil de Empresa en Google, tratá su información como otra parte del trabajo. Google permite editar los horarios habituales y definir horarios especiales. Cambiar el texto de tu web no demuestra que ese dato también haya cambiado en tu perfil; comprobá ambos lugares.

Una forma simple de organizarte es usar una lista con tres columnas: dato, dónde aparece y responsable. Cuando cambie la atención de los sábados, por ejemplo, podrás ver qué páginas o perfiles tenés que revisar.

Entrá desde el celular y hacé una tarea completa

Elegí una tarea habitual: encontrar un servicio, consultar la ubicación o llegar al formulario. Abrí la dirección que compartís con tus clientes y recorré ese camino desde el teléfono. Anotá dónde te trabás. Después repetí la tarea en una computadora.

web.dev explica que un diseño adaptable reorganiza el contenido según el espacio disponible y que debe permitir ampliar la página. En tu revisión, observá si un título se corta, un cartel tapa un botón o el texto ampliado deja de poder leerse. Tener una versión que se ve bien en una captura no alcanza para evaluar ese recorrido.

Probá también las páginas interiores que compartís de forma directa. Una persona puede entrar por un servicio sin pasar por la portada.

Comprobá qué ocurre después de tocar el botón

Primero verificá que cada botón lleve al destino que anuncia. Un enlace de correo debe abrir la dirección prevista; un mapa, el lugar correcto; un formulario, la consulta correspondiente.

Acordá una prueba con quien recibe las consultas y usá datos identificados como prueba. Después comprobá dos cosas: qué mensaje aparece en pantalla y si la consulta llegó a destino. Si no pudiste comprobar la recepción, dejala pendiente de revisión.

Para compras, reservas pagas u otras acciones con consecuencias reales, prepará un entorno o procedimiento de prueba con la persona responsable. No improvises operaciones reales para comprobar un botón.

Ejemplo ficticio · Consulta de presupuesto

El formulario muestra “Recibimos tu consulta”, pero el equipo no encuentra el mensaje. Se registra el horario de la prueba y la dirección usada para que el responsable pueda revisar el envío.

Es una situación inventada. La confirmación visual y la recepción se comprueban como pasos distintos.

Sumá una revisión básica de accesibilidad

La accesibilidad busca que personas con distintas capacidades puedan usar la web. W3C, una organización que desarrolla estándares para la web, propone comprobaciones iniciales sobre navegación con teclado, texto ampliado, títulos y formularios. También aclara que pasarlas no demuestra una evaluación completa de accesibilidad.

En una computadora, recorré los enlaces con la tecla Tab y fijate si se distingue cuál está seleccionado. Ampliá el contenido y revisá que siga siendo utilizable. Mirá si cada campo del formulario explica qué dato pide. Si algo te impide avanzar, registrá la página y el paso exacto para que lo revise quien mantiene el sitio.

Acordá qué se mantiene y quién lo hace

Mantenimiento puede incluir tareas diferentes. Pedí que te expliquen cuáles contempla tu acuerdo: actualización de contenido, correcciones, revisiones técnicas o asistencia ante un problema. También dejá definido por dónde se solicita un cambio y qué información hace falta para evaluarlo. No supongas que todas las tareas están cubiertas por el mismo servicio.

Para solicitar una corrección, enviá la dirección de la página, una captura y una explicación breve de lo esperado. Si pedís cambiar contenido, pasá el texto confirmado y señalá desde cuándo corresponde usarlo.

Guardá un registro de lo modificado. Cuando te avisen que un cambio está publicado, abrí la dirección pública y comprobá ese punto. Si afecta un botón o un formulario, repetí su recorrido.

Elegí una rutina que puedas sostener

Podés reservar una revisión mensual como punto de partida y sumar otra cada vez que cambie algo importante. Es una propuesta de organización: la frecuencia adecuada depende de cuánto se mueve tu negocio y de las funciones de la web. Un catálogo que cambia seguido necesita una atención distinta de una página institucional.

En cada revisión, elegí primero los problemas que impiden consultar o muestran información incorrecta. Después ordená las mejoras de presentación. Así la lista se convierte en tareas concretas y no en una intención de rediseñar todo cada vez que entrás.

  • Qué dato o recorrido revisé.
  • Qué encontré y en qué página.
  • Quién se ocupa de resolverlo.
  • Cómo voy a comprobar la corrección.

Llevá esta idea a tu negocio

Marcá lo que ya resolviste y elegí un punto pendiente para seguir.

Puntos para revisar

Las marcas no se guardan al salir. La descarga incluye una plantilla en blanco.

Hacé tu primera revisión con una consulta real en mente

Elegí una pregunta habitual de tus clientes y buscá la respuesta en tu propia web. Seguí hasta el próximo paso. Anotá lo que te faltó, lo que no se entendió y lo que necesitás comprobar con quien recibe las consultas.

Volver a todos los artículos
Sobre el artículo y sus fuentes

Borrador preparado con asistencia de IA, pendiente de revisión editorial de Matías. Los ejemplos son ficticios. La imagen se generó con IA para ilustrar el tema; no representa un cliente ni un trabajo real de Launchear.

Fuentes para esta guía