Checklist de lanzamiento: 60 tareas antes, durante y después

Lanzar bien un proyecto web son unas 60 tareas pequeñas y comprobables repartidas en cinco momentos: de cuatro a seis semanas antes (medición, SEO técnico y cuentas), la última semana (contenido, prensa y directorios), el día del lanzamiento, la primera semana y el primer mes. Casi ninguna es difícil; lo difícil es no olvidar ninguna. Esta lista las ordena y da a cada una una forma de comprobar que está hecha.

Cómo usar esta checklist

Cada tarea está escrita para que puedas responder sí o no. «Mejorar el SEO» no se puede marcar; «sitemap.xml enviado en Search Console y en Bing Webmaster Tools» sí. Puedes marcar las casillas en esta página y descargar cada bloque para pegarlo en tu gestor de tareas.

1. Empieza por el bloque de 4 a 6 semanas: casi todo lo que contiene necesita tiempo para surtir efecto (indexación, verificación de dominios, datos de medición).
2. Asigna una fecha a cada tarea, no solo un responsable. Si trabajas solo, la fecha es lo único que te protege del «ya lo haré».
3. No lances con tareas críticas en rojo (están en la tabla del final). Las demás pueden esperar a la primera semana.

Las reglas de plataformas que se citan aquí son las vigentes según su documentación a fecha de octubre de 2026. Cambian a menudo: antes de cada lanzamiento, abre el enlace y comprueba que siguen igual.

De 4 a 6 semanas antes: medición, SEO técnico y cuentas

Este bloque es el que más se olvida porque no se ve. Si el día del lanzamiento la analítica no registra conversiones, has perdido el único día con tráfico concentrado para aprender qué canal funciona. Y si Google no ha rastreado aún tu web, nadie te encontrará buscándote por nombre.

Por qué tanto detalle técnico

Google admite el sitemap por el informe de Search Console, por su API o con una línea Sitemap: en robots.txt, y cada fichero tiene un límite de 50.000 URL o 50 MB sin comprimir, según su guía de sitemaps. La misma guía dice que ignora <priority> y <changefreq>: no pierdas tiempo ajustándolos, cuida que <lastmod> sea veraz. Y recuerda que robots.txt no sirve para ocultar páginas: la introducción a robots.txt de Google lo dice textualmente y remite a noindex o a una contraseña.

Dos errores típicos de este bloque: hreflang en un solo sentido (Google ignora las etiquetas si las dos páginas no se apuntan entre sí y cada versión debe listarse también a sí misma) y og:image ausente, que hace que tu enlace se comparta sin imagen justo el día que más se comparte. El protocolo Open Graph define cuatro propiedades obligatorias: og:title, og:type, og:image y og:url. Para la entidad de empresa, Google recomienda poner el marcado Organization en la home o en la página de quiénes somos, con sameAs apuntando a tus perfiles.

Sobre el consentimiento: Google describe dos modos en su documentación de Consent Mode. En el básico, las etiquetas no se cargan hasta que la persona interactúa con el banner; en el avanzado se cargan con los valores en denied y envían mediciones sin cookies. Elige uno a sabiendas y compruébalo con la caché vacía, no con tu navegador de siempre, que ya aceptó hace meses.

La última semana: contenido, GEO, prensa y directorios

La última semana prepara lo que van a leer las personas, los periodistas y los asistentes de IA. Un buscador con IA solo puede citar tus precios si están en el HTML, y un periodista solo te menciona si encuentra el logo y una descripción sin tener que escribirte.

El fichero llms.txt es una propuesta de estándar: un Markdown en la raíz con un H1, un resumen y secciones con enlaces seleccionados. No sustituye al sitemap; resume. Para los rastreadores, OpenAI explica en su página de bots que las webs que bloquean OAI-SearchBot no aparecen en las respuestas de búsqueda de ChatGPT, y que GPTBot es otro agente distinto, el de entrenamiento: puedes permitir uno y bloquear el otro. Perplexity separa igual PerplexityBot y Perplexity-User.

Con las UTM, el error clásico es mezclar mayúsculas: según la ayuda de Google Analytics, los valores distinguen mayúsculas, así que utm_source=LinkedIn y utm_source=linkedin salen como dos fuentes distintas. Fija la convención antes de crear el primer enlace.

El día del lanzamiento: publicar, responder y vigilar

El día D no es para crear nada: todo lo que se publica ese día ya está escrito. Tu trabajo es estar presente en las conversaciones y vigilar que nada se rompa. Product Hunt, según su guía de preparación vigente en octubre de 2026, funciona en ciclos de 24 horas con hora del Pacífico, permite programar hasta con un mes de antelación y recomienda que el maker publique un primer comentario pidiendo opinión, no votos.

Show HN tiene reglas propias: según sus normas, es para algo que la gente pueda probar, idealmente sin registro ni correo, y excluye páginas de alta, landings y newsletters. Si solo tienes lista de espera, no es tu momento de Show HN.

La primera semana: directorios, arreglos y datos

La primera semana convierte el pico en algo que dura. Los directorios se envían escalonados para no saturarte respondiendo, lo que preguntó la gente pasa a la web y los datos se limpian mientras recuerdas qué publicaste y dónde. Si esperas un mes, ya no sabrás de dónde vino aquel pico del martes.

La inspección de URLs permite pedir la indexación de una página, pero la ayuda de Search Console avisa de que hay un límite diario de solicitudes y de que pedirla no garantiza que la página entre en el índice. Úsala para tus cinco o diez páginas clave, no para todas. Para Bing y otros buscadores existe IndexNow, un protocolo de aviso de cambios que según su web aceptan Microsoft Bing, Naver, Seznam.cz, Yandex y Yep.

Para elegir y escalonar directorios tienes la guía de Product Hunt y directorios de lanzamiento, con requisitos de cada uno.

El primer mes y después: consolidar y decidir

Al mes ya tienes datos suficientes para decidir en qué canal insistir y en cuál no. También es cuando aparecen los primeros informes útiles de Search Console. El error típico aquí es lanzar campañas de pago para «recuperar el ritmo» del día D, sin tope de gasto y en un canal que no ha demostrado convertir.

Las tareas críticas: qué pasa si se olvidan

No todas las tareas pesan igual. Estas ocho son las que, si fallan, no se arreglan después: el tráfico del día del lanzamiento no vuelve.

Los errores que más se repiten

• Comprobar con tu propio navegador. Ya aceptaste las cookies y tienes sesión iniciada: verás una web que nadie más ve. Usa una ventana privada y un móvil ajeno.
• Lanzar en todos los sitios el mismo día. Product Hunt, Show HN, diez directorios y cinco redes a la vez es imposible de atender. Escalona.
• Pedir votos. Product Hunt pide expresamente que el primer comentario solicite opinión; pedir votos a terceros desgasta tu relación con ellos y con la plataforma.
• Tratar el lanzamiento como un día. Más de la mitad de esta lista ocurre antes o después. El día D es la parte que se ve.
• No anotar nada. Sin una nota de qué publicaste, dónde y cuándo, en un mes no podrás comparar canales.

Si te falta el marco general, empieza por la guía de cómo lanzar un proyecto web, y para el bloque técnico, la de SEO y GEO para un proyecto nuevo.

Una lista de 60 tareas resuelve el qué, pero no el cuándo ni el estado de cada una; ese es el problema de no saber qué hacer cada día de un lanzamiento. La parte de la web se puede comprobar sola con la comprobación de web lista para lanzar.