Antes de poner cualquier sitio en vivo, corro el mismo checklist: rendimiento, bases de SEO, analítica, formularios que funcionan, accesibilidad y una pasada final de QA en varios dispositivos. Un lanzamiento no es "el diseño se ve listo" — es confirmar que las cosas que visitantes y Google de verdad necesitan están en su lugar. Saltárselo es como salen sitios con formularios rotos, sin analítica y con páginas que Google no puede indexar.
¿Qué revisas en rendimiento?
Que las páginas carguen rápido en un teléfono real, no solo en una laptop veloz. Confirmo que las imágenes estén optimizadas y bien dimensionadas, que los Core Web Vitals estén en rango (LCP bajo 2.5s, CLS bajo 0.1) y que nada pesado bloquee el primer render. La velocidad es lo primero que siente un visitante y un factor real de posicionamiento, así que se revisa antes de lanzar, no tras las quejas. Un sitio lento cuesta conversiones y ranking desde el día uno. Aquí hago una medición real, no una conjetura — PageSpeed Insights en las páginas clave y una prueba en un teléfono real, porque un sitio que va rápido en mi laptop puede arrastrarse en un dispositivo de gama media con datos móviles.
¿Qué bases de SEO van en la lista?
Lo esencial que Google necesita para encontrar y mostrar el sitio: un título y meta description únicos por página, URLs limpias, un sitemap, etiquetas canónicas correctas y etiquetas Open Graph para que los enlaces compartidos se vean bien. También confirmo que no quedó un "noindex" del staging — una forma sorprendentemente común de lanzar un sitio invisible para la búsqueda. Estas revisiones toman minutos y deciden si el sitio aparece siquiera, por eso ninguna es opcional. También envío el sitemap a Google Search Console el día del lanzamiento, para que la indexación empiece de inmediato en vez de esperar a que Google encuentre el sitio solo — un paso pequeño que te mete en los resultados de búsqueda días antes.
¿Y los formularios, la analítica y el seguimiento?
Cada formulario se prueba de principio a fin — envíalo, confirma que el mensaje de verdad llega, revisa el estado de éxito que ve el visitante. Luego la analítica va antes del lanzamiento, no semanas después, para medir el tráfico del día uno en vez de perderlo para siempre. Un formulario que falla en silencio y un lanzamiento sin analítica son los dos errores que más veo, y ambos quedan invisibles hasta que ya perdiste los leads o los datos que no recuperas. También confirmo que los correos de confirmación y notificación del formulario lleguen (y no caigan en spam), porque un formulario que "funciona" pero pierde mensajes en silencio es peor que no tener formulario — pierde leads que ni sabías que tenías.
¿Cuál es el checklist completo previo al lanzamiento?
Esta es la pasada completa que corro antes de poner cualquier sitio en vivo:
- Rendimiento — Core Web Vitals en rango, imágenes optimizadas, rápido en un teléfono real.
- SEO — títulos y meta únicos, URLs limpias, sitemap enviado, sin "noindex" perdido, etiquetas Open Graph.
- Analítica — instalada y registrando, con el evento de conversión probado.
- Formularios — cada formulario enviado de punta a punta, correos confirmados.
- Accesibilidad — contraste de color, texto alternativo, navegación con teclado.
- Contenido — corrección final, enlaces funcionando, datos de contacto correctos.
- Técnico — HTTPS activo, una página 404 real, redirecciones correctas, QA en móvil y escritorio.
Córrela de arriba abajo y el día de lanzamiento es tranquilo, no una carrera.
¿Cuál es el error de lanzamiento más común?
Lanzar con "se ve terminado" en vez de "está verificado". El sitio se ve listo en la herramienta de diseño, así que sale en vivo — y el formulario roto, la analítica faltante o el "noindex" del staging aparece semanas después, cuando el costo ya se pagó en leads y ranking perdidos. Cada ítem del checklist existe porque saltárselo le quemó a alguien. El arreglo es disciplina simple: un lanzamiento no está listo cuando se ve bien, está listo cuando cada cosa que visitantes y Google necesitan se probó y se confirmó funcionando.
¿Cuál es la pasada final antes de lanzar?
Un recorrido por el sitio real en teléfono y escritorio: cada enlace, cada página, cada formulario, en los dispositivos que los visitantes de verdad usan. Reviso lo básico de accesibilidad — contraste de color, texto alternativo, navegación con teclado — y corrijo el copy una última vez. Es la misma pasada disciplinada detrás de cada sitio que lanzo. Cinco minutos de QA en dispositivos reales atrapan lo que se ve perfecto en la herramienta de diseño y se rompe en la realidad.
Guías de sitios web relacionadas
Mira 7 señales de que tu web necesita un rediseño, cuánto tarda construir un sitio web y SEO básico que todo fundador debería dominar.
¿Lanzas pronto? Cuéntame qué estás construyendo — corro la pasada previa al lanzamiento contigo.
