Checklist de lanzamiento de un sitio web de empresa

La mayoría de los problemas de un lanzamiento no nacen en el día de la publicación, sino en decisiones que se postergaron: dónde vivirá el sitio, bajo qué dirección, quién aprueba los textos y desde qué casilla saldrán los correos. Este artículo ordena esas decisiones.

Subdominio, DNS y hosting se deciden antes del lanzamiento, no durante.
La página permanece sin indexar hasta que el equipo legal aprueba el texto.
Los correos del sitio salen con un remitente propio, configurado y probado.

Decidir antes de construir

Un sitio nuevo requiere resolver tres asuntos que suelen tratarse al final: la dirección en la que se publicará, el lugar donde estará alojado y la forma en que se gestionarán los registros de DNS. Dejarlos para el último día obliga a decidir con apuro y a depender de personas que quizá no estén disponibles ese día.

En un portal privado o una zona restringida, además, conviene decidir desde el inicio si vivirá en un subdominio dedicado. Un subdominio separado ayuda a aislar el portal del sitio público y facilita cambiar de proveedor de hosting sin tocar el resto.

Subdominio, DNS y hosting

El DNS es la libreta de direcciones de internet: indica a qué servidor corresponde cada nombre. Quien administra el DNS controla, en la práctica, adónde llega el tráfico y el correo del dominio. Por eso es esencial saber quién lo administra y que el dominio esté a nombre de la organización, tema que se desarrolla en Dueño de los datos.

Respecto del hosting, conviene definir antes del lanzamiento dónde se alojará, quién lo administra, cómo se respalda y qué monitoreo tendrá. Un hosting administrado, con respaldos y vigilancia, evita que el sitio dependa de alguien que lo revisa cuando recuerda hacerlo.

Página sin indexar hasta la aprobación legal

Durante el desarrollo y la revisión, el sitio no debe aparecer en los buscadores. Mantenerlo sin indexar impide que textos preliminares, cláusulas en revisión o información aún no aprobada queden visibles y se almacenen en resultados de búsqueda. La indexación se habilita solo cuando el equipo legal de la organización aprueba el texto, incluidos avisos de privacidad y consentimiento de cookies cuando corresponda.

Es un paso simple, y conviene dejarlo registrado como una tarea con responsable: quién lo desactiva y en qué momento.

Correo con remitente propio

Los formularios, avisos y notificaciones de un sitio generan correos. Si salen desde una dirección genérica del servidor, es probable que terminen en la carpeta de correo no deseado o que sean rechazados. Configurar un remitente propio, con el dominio de la organización y las autenticaciones habituales del correo, mejora la entrega y protege la reputación del dominio.

Cuando la organización usa una plataforma corporativa de correo en la nube, la configuración se hace con permisos mínimos y el consentimiento de un administrador. El proceso completo se explica en Correo del sitio web con la nube corporativa y DNS.

Probar y acompañar el día del lanzamiento

Antes de abrir el sitio, se prueba todo en un ambiente equivalente: formularios, envío de correos, accesos, respaldos y la restauración de al menos una copia. Para portales con acceso restringido, se comprueban también los roles y el registro de accesos, como en Sala de datos virtual para inversionistas.

El día de la publicación conviene contar con acompañamiento cercano. No porque se esperen fallas, sino porque cualquier ajuste menor se resuelve de inmediato cuando hay alguien atento. En IT Lab acompañamos los lanzamientos de forma reforzada durante los primeros días.

Lista práctica

Definir el subdominio y quién administra el DNS.
Confirmar que el dominio y el hosting están a nombre de la organización.
Decidir dónde se aloja el sitio y cómo se respalda.
Mantener la página sin indexar hasta que el equipo legal apruebe el texto.
Revisar avisos de privacidad y consentimiento de cookies.
Configurar y probar un remitente de correo propio.
Probar formularios, correos y accesos antes de abrir.
Acordar quién estará disponible el día del lanzamiento.
Anotar quién habilita la indexación y cuándo.

Preguntas frecuentes

¿Por qué no indexar un sitio desde el principio? Porque mientras el texto no esté aprobado, no conviene que contenidos preliminares se hagan públicos ni queden registrados en buscadores.

¿Quién debe decidir el hosting? La organización, con asesoría técnica. El hosting debe quedar a su nombre y con un administrador identificado.

¿Es necesario un subdominio para un portal? No siempre, pero suele ser útil para separar el portal del sitio público y facilitar cambios futuros.

¿Qué pasa con el correo si el sitio todavía no está publicado? Puede configurarse y probarse con anticipación, de modo que esté listo el día del lanzamiento.

Orientación general; los textos legales deben ser revisados por el equipo jurídico de la organización.

Si desea ordenar su próximo lanzamiento, Conversemos.