Tutoriales
Claude Opus 5.5: revisa el preheader de tus emails de producto
Pide a Claude Opus 5.5 que compare el preheader previsto, el código del correo recibido y la vista real de la bandeja.
Pide a Claude Opus 5.5 que compare el preheader previsto, el código del correo recibido y la vista real de la bandeja. Si junto al asunto aparecen navegación, marca repetida o descripciones de imágenes, cambiar solo el asunto no localiza el origen. Separa la decisión editorial del problema de plantilla o cliente.
Empieza por la diferencia observada
| Observación | Qué comprobar | Qué evitar |
|---|---|---|
| El texto previsto falta en el mensaje recibido | Campo del remitente y vínculo con la plantilla | Culpar primero a la bandeja |
| Aparece seguido de texto ajeno | Contenido siguiente y espacio disponible | Prometer un límite universal |
| Se ve sintaxis de personalización | Valor generado y alternativa vacía | Probar solo nombres completos |
| Editor y bandeja difieren | Mensaje entregado y cliente concreto | Confundir editor con entrega |
La guía de Mailchimp explica el campo específico y la extracción del contenido si no se configura. Las preguntas de Stacks describen cómo el cuerpo y el texto alternativo pueden llenar el espacio restante. Eso justifica revisar la fuente, sin garantizar una longitud ni una cadena idéntica para todos.
Un lanzamiento ficticio
Para una taza inventada, el asunto podría ser «Conoce la taza de bolsillo» y la vista previa «Asa plegable para bolsos pequeños». La primera frase del cuerpo puede continuar el mismo dato para mantener coherencia si se extrae más texto. Es un ejemplo editorial, no una mejora medida de aperturas. No inventes descuentos ni fechas límite.
Conserva alternativas de imagen útiles. Sustituirlas por publicidad ajena puede esconder un síntoma y empeorar la lectura sin imágenes. Prioriza el campo admitido por la plataforma de envío. Si existe un preheader oculto, examina el HTML generado antes de cambiar sus estilos o añadir grandes cadenas de espacios especiales.
Prompt de diagnóstico
Revisa la vista previa de este email de producto. Entradas: hechos aprobados, asunto, preheader previsto, plantilla, partes HTML/texto entregadas si existen y captura de bandeja con cliente, versión y fecha. No envíes nada.
Localiza dónde entra el preheader en el mensaje generado. Compara su valor exacto con la vista visible e identifica posibles fuentes adicionales. Separa vínculo de plantilla ausente, alternativa de personalización, redundancia y extracción específica del cliente. La evidencia de entrega que falta queda como desconocida.
Devuelve una tabla de diagnóstico, dos pares asunto/preheader basados solo en hechos aprobados y el cambio mínimo de plantilla si hay evidencia. Conserva texto alternativo significativo y controles de baja. No prometas longitud fija ni aumento de aperturas. Define comprobaciones con nombre, sin nombre, imágenes desactivadas, escritorio y móvil; distingue editor y entrega real.La guía oficial de Opus aporta el contexto del modelo. Es un flujo propuesto; no afirmamos pruebas del modelo ni de buzones.
Aceptación con evidencia
Registra por separado el par aprobado, código generado, estado del destinatario de prueba y fragmento observado. Usa únicamente destinatarios autorizados. La revisión pasa cuando la fuente es correcta, se comprobaron los clientes acordados y se documentaron diferencias. Un buzón correcto solo demuestra ese caso.
**¿Cuántos caracteres escribo?** Pon lo útil primero y prueba los clientes; caracteres y píxeles no son una medida universal.
**¿Puedo imponer solo mi preheader?** Aquí no se garantiza. Haz útil también la siguiente frase.
**¿Más claridad demuestra más conversión?** No; requiere una comparación de campaña bien medida.
Crea la imagen correspondiente en Panelly Studio tras aprobar el mensaje. Para cambios de color internos, consulta la revisión de modo oscuro. Panelly no se presenta como remitente de correo ni integración nativa de Opus.
