Lista de verificación con tareas completadas para un lanzamiento exitoso

La diferencia entre lanzar y lanzar bien

Lanzar un sitio web se siente como entregar un examen. Quieres terminar, quieres que salga ya, y en las prisas por publicar es fácil olvidar cosas que después te cuestan caro: un enlace roto que lleva a tu cliente potencial a un error 404, un formulario que no envía, una imagen sin comprimir que hace que tu sitio cargue en 8 segundos.

Este checklist existe para que eso no te pase. Son 40 puntos organizados en 7 categorías. No tienes que hacer todo en un día — pero sí tienes que revisar todo antes de que tu sitio esté en producción.

Guarda esta página. Compártela con tu equipo. Cada vez que lancemos un sitio en Tank Studio Lab, pasamos por esta misma lista.

Contenido — 8 puntos

El contenido es lo primero que tus visitantes ven. Un error de contenido se nota más que un error técnico.

  1. Todo el texto placeholder ha sido reemplazado. Busca "Lorem ipsum", "ejemplo", "tu texto aquí" y cualquier variante. Parece obvio, pero hemos visto sitios en producción con Lorem ipsum en el footer.
  2. Información de contacto correcta. Teléfono, email, dirección, horarios. Verifica que el teléfono sea clickeable en móvil (tel:) y que el email abra el cliente de correo (mailto:).
  3. Todos los formularios funcionan. No solo que se envíen — que lleguen al destinatario correcto. Envía un formulario de prueba y confirma que lo recibes. Revisa que la confirmación al usuario funcione.
  4. Páginas legales publicadas. Aviso de privacidad y términos y condiciones como mínimo. No son opcionales — son obligación legal en la mayoría de los países.
  5. Página 404 personalizada. Los visitantes van a llegar a URLs que no existen. Cuando eso pase, tu 404 debe ayudarlos a regresar, no mostrar un error genérico del servidor.
  6. Favicon configurado. Ese ícono pequeño en la pestaña del navegador. Si no lo configuras, aparece el ícono genérico del servidor o un cuadrado vacío. Se ve poco profesional.
  7. Todos los enlaces funcionan. Cero enlaces que apunten a # o que lleven a páginas inexistentes. Usa una herramienta como Screaming Frog o el plugin Check My Links de Chrome para escanear automáticamente.
  8. Ortografía y gramática revisadas. Pásale el contenido a alguien que no haya trabajado en el proyecto. Los ojos frescos encuentran errores que los tuyos ya no ven.

SEO — 8 puntos

Si tu sitio no aparece en Google, es como tener una tienda sin letrero en una calle sin nombre.

  1. Title tags únicos por página. Cada página necesita un título diferente y descriptivo. No uses el mismo título en todas las páginas. Máximo 60 caracteres para que no se corte en los resultados de búsqueda.
  2. Meta descriptions escritas. Cada página necesita su propia meta description. Máximo 155 caracteres. Es tu pitch de venta en Google — hazla convincente.
  3. Un solo H1 por página. No dos, no cero. Uno. Y que describa claramente de qué trata la página.
  4. Texto alternativo en todas las imágenes. El atributo alt describe la imagen para buscadores y lectores de pantalla. Las imágenes decorativas pueden tener alt vacío (alt=""), pero las que comunican algo necesitan descripción.
  5. Sitemap XML generado y enviado. Tu sitio debe generar un sitemap.xml automáticamente. Envíalo a Google Search Console para que Google indexe tus páginas más rápido.
  6. Robots.txt configurado correctamente. Asegúrate de que no estés bloqueando páginas que quieres indexar. El error más común: dejar un Disallow: / de staging que bloquea todo el sitio en producción.
  7. URLs canónicas configuradas. Cada página debe tener una etiqueta canonical apuntando a su URL definitiva. Esto evita problemas de contenido duplicado.
  8. Google Analytics 4 instalado. Antes de lanzar, no después. Quieres capturar datos desde el día 1. Configura GA4, verifica que esté recibiendo datos con el modo debug, y confirma que los eventos básicos se registran.

Performance — 6 puntos

La velocidad es la primera impresión que tu sitio da. Antes de que el usuario lea una sola palabra, ya juzgó tu sitio por lo rápido (o lento) que cargó.

  1. Imágenes comprimidas y en formato WebP. Las imágenes sin comprimir son el problema de rendimiento número 1. Convierte todo a WebP (o AVIF si tu stack lo soporta). Una imagen de 3MB convertida a WebP puede quedar en 200KB sin pérdida visible de calidad.
  2. Lazy loading en imágenes below the fold. Las imágenes que no están visibles al cargar la página no deberían descargarse hasta que el usuario haga scroll. Agrega loading="lazy" a toda imagen que no esté en la primera pantalla.
  3. Fuentes preloaded. Si usas fuentes web, pre-cárgalas con <link rel="preload"> para evitar el flash de texto sin estilo (FOUT). Carga solo los pesos que realmente uses — cada peso extra son KB innecesarios.
  4. Lighthouse score mayor a 90. Corre un test de Lighthouse en Chrome DevTools. Los 4 scores (Performance, Accessibility, Best Practices, SEO) deberían estar en verde. Si alguno está en amarillo o rojo, no estás listo.
  5. Tiempo de carga menor a 3 segundos en 4G. No todos tus visitantes tienen fibra óptica. Simula una conexión 4G en DevTools y mide el tiempo de carga. Si pasa de 3 segundos, optimiza.
  6. Sin CSS ni JavaScript sin usar. Audita tu bundle. ¿Estás cargando toda una librería de iconos para usar 3 íconos? ¿Un framework CSS completo del que usas el 10%? Cada KB cuenta.
Laptop con código de desarrollo web en pantalla

Seguridad — 5 puntos

La seguridad no es algo en lo que piensas hasta que algo sale mal. Estos 5 puntos son el mínimo no negociable.

  1. Certificado SSL activo. Tu sitio debe cargar con https://, no http://. Sin SSL, los navegadores muestran una advertencia de "sitio no seguro" que espanta a cualquier visitante. Además, Google penaliza sitios sin SSL.
  2. Validación de formularios (cliente y servidor). La validación en el navegador (HTML5, JavaScript) mejora la experiencia. La validación en el servidor protege tu base de datos. Necesitas ambas. Solo validación en el cliente se puede saltarse fácilmente.
  3. Datos sensibles encriptados. Contraseñas hasheadas, datos personales protegidos, tokens de API en variables de entorno — nunca hardcodeados en el frontend.
  4. URLs de administración cambiadas. Si usas WordPress, tu panel de admin no debería estar en /wp-admin sin protección adicional. Cambia la URL, agrega autenticación de dos factores, limita intentos de login.
  5. Sistema de backups configurado. Antes de lanzar, no después. Define una frecuencia de backup (diario es lo ideal), confirma que los backups se generen automáticamente, y prueba que puedes restaurar desde uno.

Responsivo — 5 puntos

"Se ve bien en mi laptop" no es suficiente. Tu sitio lo van a ver en docenas de dispositivos diferentes.

  1. Probado en iPhone (Safari). Safari tiene comportamientos únicos que otros navegadores no tienen. Prueba en un iPhone real, no solo en el emulador de Chrome.
  2. Probado en Android (Chrome). Los dispositivos Android varían enormemente en tamaño de pantalla y rendimiento. Prueba en al menos un dispositivo de gama media — no solo en el último Samsung flagship.
  3. Probado en tablet. Las tablets tienen un tamaño incómodo que muchos diseños ignoran. Tu layout de desktop es muy grande y tu layout de móvil es muy pequeño. Verifica que el contenido se adapte bien.
  4. Probado en pantalla 4K. En pantallas grandes, los layouts pueden verse demasiado estirados si no tienen un max-width. Verifica que tu contenido no se extienda más allá de lo legible.
  5. Probado con zoom al 200% en el navegador. Hay usuarios que necesitan hacer zoom para leer. Si tu layout se rompe al 200%, es un problema de accesibilidad y usabilidad.

Legal — 4 puntos

No somos abogados, pero estos son los básicos que no puedes ignorar.

  1. Aviso de privacidad enlazado. Debe ser accesible desde cualquier página, normalmente en el footer. Si recopilas datos personales (y si tienes un formulario de contacto, los recopilas), necesitas uno.
  2. Consentimiento de cookies configurado. Si usas cookies de analítica o marketing (GA4, Meta Pixel, etc.), necesitas un banner de consentimiento. Asegúrate de que las cookies no se carguen hasta que el usuario acepte.
  3. Términos y condiciones enlazados. Especialmente importante si vendes algo, ofreces servicios, o tienes un área de registro.
  4. Año de copyright correcto. Ese "© 2024" en tu footer que nadie actualiza. Asegúrate de que sea el año correcto, o mejor aún, que se genere dinámicamente.

Tracking y analítica — 4 puntos

Un sitio sin tracking es como manejar con los ojos cerrados. No sabes quién viene, de dónde, ni qué hace.

  1. Eventos de GA4 configurados. Los eventos por defecto de GA4 no son suficientes. Configura eventos personalizados para las acciones que importan: clic en botón de contacto, envío de formulario, descarga de recurso, scroll hasta el final de la página.
  2. Tracking de conversiones activo. Si estás corriendo campañas de publicidad (Google Ads, Meta Ads), necesitas que los píxeles de conversión estén instalados y funcionando antes de lanzar.
  3. Parámetros UTM documentados. Define una convención de naming para tus UTMs (source, medium, campaign) y documéntala en un spreadsheet. Esto te ahorra horas de limpieza de datos después.
  4. Herramienta de heatmaps instalada. Hotjar, Microsoft Clarity (gratuita), o similar. Los heatmaps te muestran dónde hacen clic tus usuarios, hasta dónde scrollean, y qué ignoran. Instálala desde el día 1 para tener datos desde el lanzamiento.

Cómo usar este checklist

No intentes hacer todo al final. Los mejores equipos integran estos checks durante el desarrollo, no como un último paso.

Nuestra recomendación:

  • Semana 1-2 de desarrollo: configura SSL, analytics, tracking. Son las bases.
  • Durante el desarrollo: SEO y performance van integrados, no se agregan al final.
  • Una semana antes del lanzamiento: pasa por la lista completa. Contenido, responsivo, legal, seguridad.
  • El día del lanzamiento: una última revisión de formularios, enlaces y certificado SSL.
  • El día después del lanzamiento: verifica que GA4, heatmaps y conversiones estén registrando datos reales.

Un sitio web bien lanzado no es el que sale más rápido — es el que sale listo.

En Tank Studio Lab, cada proyecto de desarrollo web pasa por este checklist (y más) antes de ver la luz. Si quieres un sitio que lance profesionalmente desde el primer día, hablemos de tu proyecto.