# De una web a un lanzamiento verificado

Pasa de «parece terminada» a un lanzamiento verificable. Empieza con una página, una acción y evidencia de lo que funciona.

Úsalo en: Codex o Claude Code · tu proyecto web

Revisado: 2026-10-25

## Antes de empezar

- Una cuenta compatible de Codex o Claude Code, acceso a tu proyecto y permiso para inspeccionarlo o editarlo. INMC es opcional y no suministra créditos.
- Un público, una acción principal y recursos de marca aprobados. Empieza en pruebas; prepara un destinatario autorizado si comprobarás entrega de email.
- Search Console requiere una propiedad verificada y la cuenta correcta. Publicación, DNS, servicios pagos y permisos son decisiones separadas. No se promete ahorro exacto ni ranking.

## Cómo usarlo

1. Reemplaza los campos y pega el prompt en tu proyecto. Empieza por inspección y el brief de cinco líneas. No pidas un rediseño completo antes de identificar un problema.
2. Ejecuta la tabla. En formularios, separa validación, confirmación de recepción y entrega al destino autorizado; un clic o aviso de éxito no basta.
3. Autoriza la corrección mínima. Comprueba su criterio en móvil y con teclado. Marca SIN VERIFICAR lo no probado.
4. Antes de publicar, comprueba título, canonical, intención de index/noindex, enlaces y sitemap. Usa tu propiedad de Search Console y distingue envío de indexación.
5. Guarda evidencia y bloqueos para continuar. Si falta capacidad, reduce el alcance y continúa después; no debilites las comprobaciones.

## Prompt para copiar

Ayúdame a preparar una web pequeña para lanzarla con Codex o Claude Code. Trabaja por puntos de control; no publiques, compres servicios, cambies permisos ni envíes mensajes sin mi instrucción explícita.

Web: [URL o proyecto local]. Público: [quién]. Un objetivo: [objetivo]. Acción principal: [acción]. Marca: [recursos, colores y tono aprobados]. Evidencia: [archivos o screenshots].

1. Inspecciona solo los archivos relevantes y la página real cuando esté disponible. Redacta un brief de cinco líneas y marca lo desconocido. Separa hechos observados de supuestos. Define la página mínima útil y una comprobación para su acción principal.
2. Crea una tabla de preparación: mensaje, acción principal, acceso móvil/teclado, enlaces, confirmación y entrega de formularios, título/descripción/canonical, robots/sitemap e intención de indexación pública. En cada fila escribe PASA, FALLA o SIN VERIFICAR, evidencia exacta y siguiente comprobación mínima. HTTP200 no prueba un formulario funcional ni una buena página.
3. Si autorizo cambios, corrige un problema demostrado a la vez y repite su comprobación. Conserva marca y comportamiento ajeno. Nunca pegues credenciales en código, URL o reportes. Usa datos de prueba y destinatarios autorizados para formularios.
4. Entrega bloqueos de lanzamiento, resultados verificados y un resumen para continuar en otra sesión. Enviar a Google no prueba indexación ni ranking. Señala el acceso faltante a Search Console; no inventes éxito.

Antes de una tarea larga revisa capacidad y renovación en INMC o en la plataforma. Una lectura faltante es desconocida. Tokens, capacidad del plan y costo facturado de API son medidas distintas; no deduzcas cuántos prompts quedan.

## Un ejemplo práctico

Escenario ilustrativo, no un caso con resultados medidos.

Escenario ilustrativo: un founder tiene una web de servicios de una página con «Solicitar asesoría». Se ve bien en móvil, pero el formulario solo muestra un aviso y nadie comprobó entrega. Marca entrega SIN VERIFICAR; usa un destinatario autorizado y confirma recepción guardada y entrega antes de declarar listo el flujo. No es un caso de cliente medido.

## Salida esperada

- Brief de cinco líneas: público, objetivo, acción, restricciones y dudas.
- Tabla con criterio, PASA/FALLA/SIN VERIFICAR, evidencia y siguiente prueba.
- Bloqueos y resumen. Ejemplo: «Interfaz PASA; recepción guardada PASA; entrega SIN VERIFICAR; siguiente: prueba autorizada al destino».

## Revisa el resultado

- Una acción clara y contenido adecuado al público.
- La acción funciona con teclado y móvil; distingue almacenamiento, entrega y respuesta del destinatario.
- Solo HTML público elegible; rutas privadas/técnicas excluidas y Markdown con canonical al HTML.
- No afirma indexación, ranking ni certificación de Google sin evidencia. El workflow funciona sin solicitar el piloto.

## Si el resultado falla

- Sin acceso: comparte archivos o screenshots no sensibles y pide inspección. No compartas credenciales.
- Si no llega el email, separa almacenamiento, estado del relay y destino autorizado. No repitas pruebas a clientes reales.
- Si la IA rediseña todo, repite fallo específico, marca y una comprobación de aceptación.
- Si falla Search Console, registra el paso pendiente; no eludas verificaciones ni CAPTCHA.

Workflow práctico de INMC, no una novedad de la plataforma ni un ahorro medido. Empieza con una página pequeña y verifica su acción real. INMC mide uso compatible de Codex/Claude Code, no calidad de una web.

## Piloto digital opcional

La guía es gratuita. Precio propuesto: US$39 una vez por brief editable, prompts de construcción/continuidad, revisión de lanzamiento, checklist SEO/Search Console y ejemplo de INMC. Es una prueba de interés, no compra ni reserva; no hay cobro ni fecha prometida. Toda la app de INMC sigue gratuita de forma permanente. Solicita información con el formulario voluntario de la página HTML canónica. Se aplica la política de privacidad existente, sin newsletter.

## Referencia oficial

[Google Search Central · Guía de SEO](https://developers.google.com/search/docs/fundamentals/seo-starter-guide)

[OpenAI · Prompting](https://learn.chatgpt.com/docs/prompting)

[Claude Code · Best practices](https://code.claude.com/docs/en/best-practices)

[Google · Request a recrawl](https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl)

[Volver a la biblioteca](https://ineedmycredits.com/es/ideas)

HTML canónico: https://ineedmycredits.com/es/ideas/website-launch