Tutoriales
Claude Opus 5.5: comprobar vistas previas de enlaces
Usa Claude Opus 5.5 para comparar el HTML inicial, la imagen referenciada y la tarjeta observada en la plataforma cuando un enlace muestra una miniatura equivocada.
Usa Claude Opus 5.5 para comparar el HTML inicial, la imagen referenciada y la tarjeta observada en la plataforma cuando un enlace muestra una miniatura equivocada. Son tres pruebas distintas. Cambiar la foto visible no demuestra que cambió la metadata, y una metadata correcta no demuestra que una tarjeta antigua se haya actualizado.
Localizar la discrepancia antes de editar
| Prueba | Qué puede establecer | Siguiente acción |
|---|---|---|
| `og:image` incorrecta en el HTML inicial | Metadata servida incorrecta | Corregir su origen en la ruta |
| URL correcta, respuesta de imagen incorrecta | Recurso referenciado equivocado | Reparar el recurso o su URL versionada |
| Ambos correctos, una plataforma antigua | Posible problema del consumidor | Registrar el resultado y usar su inspección admitida |
| Solo la página tras JavaScript es correcta | Interfaz y respuesta inicial difieren | Revisar salida del servidor antes del diseño |
El protocolo Open Graph define `og:title`, `og:type`, `og:image` y `og:url` como metadata básica. También documenta dimensiones y texto alternativo. Describe metadata, no un tiempo universal de caché ni una garantía de tarjetas idénticas en todos los servicios.
Un ejemplo hipotético de color incorrecto
Supón que la página de una taza marfil muestra el producto correcto, pero compartirla produce una taza azul. Guarda el HTML inicial de esa URL exacta y anota las redirecciones. Si `og:image` todavía apunta a la azul, falla la generación de metadata. Si apunta a un nombre marfil que devuelve píxeles azules, investiga el recurso. Un nombre no demuestra el contenido.
Ahora imagina que respuesta e imagen son correctas, pero una tarjeta compartida antes sigue azul. Registra cuándo y dónde la observaste y conserva un diagnóstico provisional. Una pregunta histórica de Stack Overflow relata diferencias entre servicios, pero no establece su política actual de caché. No prometas plazos fijos ni cambies la identidad de la página solo para perseguir una vista previa.
Prepara un conjunto pequeño de pruebas: URL solicitada y final, estado, valores iniciales, estado y tipo de contenido de la imagen, dimensiones reales y captura de la plataforma con fecha. Usa solo datos públicos del producto. El ejemplo es ficticio, no un resultado medido de Opus.
Un prompt completo de revisión
Audita la vista previa de este enlace de producto. Entradas: URL pública exacta, redirecciones, respuesta HTML inicial, etiquetas Open Graph extraídas, estado/tipo/dimensiones de la imagen y captura fechada del servicio de destino. Separa pruebas ausentes de fallos confirmados.
Compara identidad, título, descripción e imagen entre las entradas. Detecta metadata duplicada o contradictoria y distingue la respuesta inicial de valores insertados después de JavaScript. Comprueba que la imagen sea recuperable públicamente y represente el producto previsto. No deduzcas acceso del rastreador solo desde mi navegador con sesión iniciada.
Devuelve una tabla de pruebas, diagnóstico ordenado y el parche mínimo de metadata o recurso. Mantén estable la identidad canónica salvo un motivo independiente para cambiarla. Si solo el servicio conserva una tarjeta antigua, explica la incertidumbre y el siguiente paso de inspección admitido; no inventes una API de purga ni plazos de caché. Da pasos para una nueva descarga y una nueva publicación observada sin afirmar que ya se ejecutaron.La guía oficial de Opus orienta sobre contexto y requisitos de salida. Aquí se propone una revisión, no una capacidad nativa del modelo para publicar o controlar cachés.
Verificar identidad en la respuesta final
Después de desplegar el parche, vuelve a descargar la página pública y revisa etiquetas iniciales e imagen. Confirma que cada ruta representa su producto y que las traducciones describen el idioma correcto. Observa después una compartición real en el destino. Registra por separado corrección del servidor y actualización de tarjeta: una puede aprobar mientras la otra queda pendiente.
Preguntas habituales
**¿Basta con el título de la pestaña?** No. El título visible no prueba qué recibió el servicio en la respuesta inicial.
**¿Añado parámetros aleatorios a todas las URL?** No como reparación general. Conserva la identidad y versiona los recursos deliberadamente cuando realmente cambien.
**¿Puede Opus forzar una actualización?** Este flujo pide diagnosticar pruebas. La inspección o actualización real depende de las herramientas y el acceso del servicio.
Preparar la imagen antes de distribuir
Crea un visual aprobado en Panelly Studio y alinéalo con el producto de la metadata. Para parámetros de seguimiento y destinos, utiliza la auditoría de enlaces de campaña. No se afirma integración con Opus ni publicación social automática de Panelly.
