Comprueba la visibilidad de tu empresa en IA
Gratis, sin tarjeta de crédito.
La campaña dice «disponible», pero el cliente solo puede pedir para el mes siguiente. Ese atajo confunde el primer lanzamiento. Separa anuncio, pedido y uso real para que la página y las respuestas de IA conduzcan a la acción correcta.
El estado explica qué puede hacer el cliente
Una fecha no basta en el primer lanzamiento. El cliente necesita saber si puede comprar, solo pedir, acceder a una prueba o recibir noticias de futura disponibilidad. Estas acciones no son intercambiables.
Define el estado para producto, mercado y vía de acceso concretos. «Disponible» puede significar venta en un país o acceso solo por invitación. Omitir esa condición puede ampliar indebidamente la disponibilidad en una respuesta de IA.
Distingue cuatro estados
Un anuncio describe un plan. La preventa acepta pedidos antes de la realización. Beta proporciona acceso de prueba con límites. Un producto disponible tiene una oferta realmente activa en condiciones descritas. Beta y preventa pueden coexistir para variantes o vías diferentes.
| Estado | Qué puede hacer el cliente |
|---|---|
| Anunciado | distingue fecha confirmada y prevista. |
| Preventa | separa recepción de pedidos y fecha de realización. |
| Beta | describe participantes, acceso y limitaciones. |
| Disponible | señala mercado, variante y compra o activación reales. |
No es un calendario obligatorio. Un producto no necesita pasar por todos los estados. El objetivo es describir la situación real, no imponer una secuencia.
Separa fechas y nivel de certeza
Anuncio, apertura de pedidos y primera realización pueden tener fechas distintas. Pon el nombre del evento junto a la fecha. Etiqueta una fecha orientativa como prevista. No conviertas un mes esperado en un día exacto sin confirmación.
La especificación Google Merchant Center: availability distingue preorder de in_stock y exige fecha de disponibilidad para pedidos anticipados. En un producto físico, muestra la fecha prevista de envío junto a la oferta. Esta especificación no define el estado beta del software.
Ejemplo hipotético: P admite preventa desde el 2 de noviembre de 2026, con realización prevista para diciembre de 2026. Beta solo está abierta a un grupo invitado. «P está disponible desde el 2 de noviembre» omite dos restricciones importantes.
En un lanzamiento gradual registra cada mercado y variante por separado. Una tabla común sirve si cada fila identifica su oferta.
Mantén coherentes los materiales
Elige una página oficial de estado. Al cambiar de etapa actualiza descripción, acción visible, FAQ y materiales con información anterior. Un anuncio archivado puede conservar su contexto histórico con fecha clara.
Acuerda responsabilidad con producto. El redactor necesita confirmación de disponibilidad, no deducirla del plan de campaña. Las modificaciones posteriores de funciones pertenecen al registro de cambios; la primera presentación explica acceso y condiciones iniciales.
Traduce sin ampliar la promesa
Conserva el mismo grado de certeza. «Previsto» no debe convertirse en «garantizado», ni «testers seleccionados» en «todos». Mercados y canales locales corresponden a la oferta real.
No añadas condiciones legales o de pago sin confirmar. Pedido y realización se explican desde la oferta pertinente. Traducir no inicia ventas en otro mercado.
Verifica respuestas antes y después del cambio
Prueba «¿Puedo comprar P ya?», «¿P solo está en beta?» y «¿Cuándo comienza la realización de pedidos?». Guarda respuestas completas, fecha, idioma y fuentes. Evalúa variante correcta y diferencia entre pedir y utilizar.
Semly ayuda a seguir respuestas y fuentes. Cambiar contenido no garantiza actualización inmediata de todos los sistemas.
Comprueba antes de implementar
- El estado identifica mercado y variante.
- Pedido y cumplimiento tienen fechas separadas.
- Las fechas previstas están señaladas.
- El botón ofrece una acción posible ahora.
Guía relacionada: Auditoría de citas de IA: ¿las fuentes respaldan la información sobre tu empresa?
Compartir:
