Qué revisar antes de lanzar una web

Antes de lanzar una web conviene realizar una revisión estructurada. El objetivo no es alcanzar una “perfección” imposible, sino evitar errores previsibles: páginas rotas, formularios que no envían, metadata incorrecta, problemas móviles, indexación accidental o analítica sin configurar.

Una checklist ayuda a separar el lanzamiento en áreas y reduce la posibilidad de olvidar tareas importantes.

1. Dominio y HTTPS

Comprobá:

• Dominio principal.
• Variante con y sin `www`.
• Certificado HTTPS.
• Redirecciones.
• Subdominios necesarios.
• DNS.
• URLs antiguas que deban redirigir.

Elegí una versión canónica del dominio y mantené coherencia en enlaces, sitemap y metadata.

También probá que HTTP redirija correctamente a HTTPS cuando corresponda.

2. Variables de entorno

En proyectos desplegados, verificá que producción tenga sus propias variables.

Revisá:

• URLs públicas.
• Conexión a base de datos.
• Claves de servicios.
• Webhooks.
• Email.
• Analytics.
• Almacenamiento.
• Entorno de pagos.
• Flags de funciones.

No copies valores de desarrollo a producción sin revisar.

Las claves privadas nunca deberían quedar expuestas en variables destinadas al navegador.

3. Base de datos

Antes del lanzamiento:

• Confirmá que producción apunta a la base correcta.
• Revisá índices necesarios.
• Verificá backups.
• Probá migraciones.
• Confirmá que seeds de prueba no hayan quedado publicados.
• Revisá usuarios de prueba.
• Evitá datos ficticios visibles.

Una web puede funcionar técnicamente y aun así mostrar contenido de prueba que reduce credibilidad.

4. Navegación

Recorré la web como usuario nuevo.

Probá:

• Navbar.
• Footer.
• Breadcrumbs.
• Botones.
• CTAs.
• Enlaces internos.
• Enlaces externos.
• Logo hacia inicio.
• Rutas ES/EN si existen.
• Página 404.

Los enlaces rotos suelen aparecer después de cambios de slugs o rutas.

5. Responsive

No alcanza con achicar el navegador.

Probá:

• Teléfono.
• Tablet.
• Escritorio.
• Distintos anchos.
• Orientación cuando sea relevante.

Revisá:

• Tablas.
• Modales.
• Formularios.
• Menús.
• Grillas.
• Imágenes.
• Botones.
• Texto largo.
• Elementos fijos.

Una tabla perfecta en escritorio puede ser inutilizable en móvil.

6. Formularios

Probá cada formulario de punta a punta.

Incluí:

• Campos obligatorios.
• Validación.
• Errores.
• Mensaje de éxito.
• Email recibido.
• Registro en base de datos.
• Anti-spam.
• Doble envío.
• Caracteres especiales.
• Móvil.

No des por sentado que funciona porque el botón responde.

7. Login y permisos

Si existen cuentas:

• Registro.
• Login.
• Logout.
• Recuperación de contraseña.
• Sesiones.
• Rutas protegidas.
• Roles.
• Acceso de administrador.
• Expiración de tokens.
• Mensajes de error.

También probá intentar entrar manualmente a URLs que un usuario normal no debería poder abrir.

8. Pagos

Si la web cobra:

• Entorno correcto.
• Moneda.
• Precio.
• Impuestos.
• Cupones.
• Redirección.
• Webhooks.
• Estado de la orden.
• Pago rechazado.
• Pago pendiente.
• Pago aprobado.
• Emails.
• Reintentos.

No pruebes solamente el “camino feliz”.

Los sistemas de pago suelen tener estados intermedios que la interfaz debe manejar correctamente.

9. Metadata

Revisá por página:

• Title.
• Meta description.
• Canonical.
• Open Graph.
• Imagen social.
• Idioma.
• Alternativas por idioma.
• Robots.

Las páginas dinámicas deberían generar metadata específica a partir del contenido real.

10. Sitemap

Abrí el sitemap de producción.

Comprobá:

• Dominio correcto.
• Solo URLs públicas.
• Sin localhost.
• Sin previews.
• Sin admin.
• Sin páginas en draft.
• Sin fichas que no deberían indexarse.
• Rutas ES/EN correctas.

Una URL en sitemap comunica que querés que los buscadores la descubran.

11. robots.txt

Revisá que:

• No bloquee accidentalmente todo el sitio.
• No exponga rutas que dependan únicamente de robots para seguridad.
• Apunte al sitemap correcto.
• Sea coherente con indexación.

`robots.txt` no es un sistema de autenticación.

12. Search Console

Después del dominio y sitemap, podés verificar:

• Propiedad correcta.
• Sitemap enviado.
• Indexación.
• Cobertura.
• Errores.
• Inspección de URLs importantes.

No esperes que todas las páginas aparezcan inmediatamente. El rastreo lleva tiempo.

13. Analytics

Antes de lanzar, definí qué querés medir.

Además de pageviews, pueden importar eventos como:

• Registro.
• Formulario enviado.
• Descarga.
• Compra.
• Inicio de checkout.
• Clic a recurso.
• Uso de herramienta.
• Búsqueda.
• Suscripción.

También excluí tráfico de desarrollo y previews cuando corresponda para no contaminar datos.

14. Consentimiento y privacidad

Si el sitio utiliza tecnologías que requieren consentimiento según la jurisdicción aplicable, verificá:

• Banner.
• Preferencias.
• Estado por defecto.
• Actualización después de aceptar o rechazar.
• Política de privacidad.
• Cookies.
• Analytics.
• Publicidad.

No conviene resolver este punto con un banner puramente visual que no modifica el comportamiento real de las etiquetas.

15. Rendimiento

Revisá:

• Imágenes demasiado pesadas.
• Scripts innecesarios.
• Fuentes.
• JavaScript.
• APIs lentas.
• Caché.
• Carga diferida.
• Errores de consola.

Una web no necesita puntaje perfecto para publicarse, pero sí debería evitar problemas evidentes que afecten al usuario.

16. Accesibilidad básica

Comprobá:

• Contraste.
• Labels.
• Navegación por teclado.
• Texto alternativo.
• Jerarquía de títulos.
• Estados de foco.
• Botones identificables.
• Formularios comprensibles.

La accesibilidad también mejora claridad general.

17. Seguridad

Revisá:

• Secretos no expuestos.
• Dependencias.
• Validación del servidor.
• Rate limiting donde sea necesario.
• Permisos.
• CORS.
• Headers.
• Archivos privados.
• Logs sin información sensible.

No confíes solamente en validaciones del frontend.

18. Contenido

Antes de abrir al público:

• Eliminá “Lorem ipsum”.
• Revisá ortografía.
• Confirmá precios.
• Verificá datos de contacto.
• Revisá imágenes.
• Confirmá fechas.
• Eliminá pruebas.
• Revisá textos legales.
• Comprobá versiones EN.

Una ficha incompleta puede afectar más la percepción del sitio que un pequeño detalle visual.

19. Emails y notificaciones

Probá:

• Remitente.
• Asunto.
• Enlaces.
• Idioma.
• Plantilla móvil.
• Entrega.
• Errores.
• Notificaciones duplicadas.

Los enlaces en emails deberían apuntar al dominio de producción, no a localhost.

20. Logs y monitoreo

Después de publicar, necesitás detectar fallos.

Prepará:

• Logs de aplicación.
• Alertas cuando corresponda.
• Seguimiento de errores.
• Estado de servicios.
• Métricas básicas.

El lanzamiento no termina cuando Vercel, Render u otro proveedor muestra “deployed”.

Checklist de lanzamiento de SG Hub

Podés utilizar la plantilla de checklist para lanzamiento web de SG Hub como base y adaptarla al stack de tu proyecto.

Una web institucional simple no necesita las mismas pruebas que un marketplace con pagos, cuentas y webhooks.

Revisión final

Antes de anunciar el lanzamiento:

1. Ejecutá build de producción.

2. Probá la URL real.

3. Revisá navegación.

4. Enviá formularios.

5. Verificá sitemap y robots.

6. Probá móvil.

7. Revisá analytics.

8. Comprobá consentimiento.

9. Revisá errores de consola y servidor.

10. Confirmá que no queden datos de prueba.

Un lanzamiento sólido no depende de una única prueba. Depende de recorrer el producto como usuario, como administrador y como sistema antes de empezar a atraer tráfico real.