Equipo editorial de Boosted

Por qué la imagen antigua permaneció en el mensaje después de actualizar el sitio

La imagen antigua en el mensaje puede conservarse en varias capas: el HTML de origen, el archivo de imagen, la caché intermedia o la propia aplicación. Empieza por el enlace exacto que ya se envió. Un archivo nuevo en el ordenador del autor todavía no significa que la URL pública entregue datos nuevos.

La imagen antigua en el mensaje puede conservarse en varias capas: el HTML de origen, el archivo de imagen, la caché intermedia o la propia aplicación. Empieza por el enlace exacto que ya se envió. Un archivo nuevo en el ordenador del autor todavía no significa que la URL pública entregue datos nuevos.

Dos marcos superpuestos junto a un reloj de arena
Dos marcos superpuestos junto a un reloj de arena

Cuatro puntos de control

  1. Abre la dirección exacta del mensaje, incluidos los parámetros.
  2. En la comprobación de vista previa revisa la URL final y og:image.
  3. Abre el propio archivo de la imagen y compáralo con la nueva versión.
  4. Envía el mismo enlace en un mensaje de prueba y compara la visualización.

Si en el HTML permaneció el og:image antiguo, hay que corregir la página. Si la dirección es correcta, pero a través de ella se entregan bytes antiguos, comprueba la publicación del archivo y la caché de tu sitio. Si tanto el HTML como el archivo son nuevos, pero la aplicación muestra el antiguo, la observación apunta a la siguiente capa; no demuestra cuándo se actualizará esta.

Nuevo nombre de archivo

Para una actualización controlada es conveniente publicar la imagen con un nuevo nombre y cambiar og:image a la nueva URL. Esto hace explícita la versión y facilita la comprobación. Pero la aplicación puede almacenar no solo el archivo, sino toda la tarjeta de la página, por lo que cambiar el nombre no es un comando universal de restablecimiento de caché.

No añadas parámetros aleatorios al enlace público sin entender las consecuencias. Pueden crear variantes de direcciones, alterar la analítica o no ser compatibles con el controlador. Conserva la dirección canónica del documento y distínguela de la URL de diagnóstico.

Registra el resultado

Anota la hora, la dirección de la página, la dirección de la imagen y dónde exactamente se comprobó la visualización. Open Graph describe los campos del objeto, pero no establece un plazo común de conservación de las tarjetas por todas las aplicaciones. Si la plataforma de destino tiene una herramienta oficial de recomprobación, utiliza la instrucción vigente de la propia plataforma.

El botón de comprobación en Boosted realiza una nueva solicitud de su servidor y no borra las cachés ajenas. El resultado práctico del diagnóstico es una capa determinada de discrepancia y una corrección verificable por tu parte, y no la promesa de una actualización instantánea de cada mensaje antiguo.

Si para este trabajo se ha preparado un anuncio público aparte en Telegram, puedes verificar las condiciones vigentes de las vistas. La verificación de metadatos es gratuita; un pedido aparte de vistas no cambia la tarjeta ni la caché de las aplicaciones. La actividad comprada no confirma interés orgánico, recomendaciones, solicitudes ni ventas.

✦ Elegir la cantidad y hacer un pedido →