Guía de caché de vista previa social: Facebook, WhatsApp, LinkedIn, X, Slack y Discord
Una vista previa social tiene dos partes: los metadatos y la imagen que tu sitio sirve, y la copia que una plataforma conserva después de rastrear tu página. Arreglar la primera no borra automáticamente la segunda.
Este es el mapa compacto de plataformas para diagnosticar una vista previa de producto antigua, ausente o recortada.
Comparación de plataformas
| Plataforma | Lo que controlas | Realidad de la actualización |
|---|---|---|
HTML público, og:image, URL de la imagen y caché de la página |
Facebook admite el re-escaneo a través del Sharing Debugger y su endpoint de scrape documentado. FastOG puede solicitar una actualización de Facebook cuando está configurado. | |
| El siguiente HTML público y la respuesta de la imagen | No hay una API pública de actualización de vista previa. Las vistas previas en caché las controla WhatsApp y pueden variar según el destinatario. | |
| HTML público y respuesta de la imagen | No hay un endpoint documentado de invalidación programática. LinkedIn decide cuándo volver a rastrear. | |
| X | HTML público, twitter:image y etiquetas Open Graph de respaldo |
No hay un endpoint documentado de invalidación programática. X decide cuándo volver a rastrear. |
| Slack | HTML público y respuesta de la imagen | Slack almacena en caché los unfurls de las URLs compartidas; la aplicación no puede forzar que cada mensaje existente se reconstruya. |
| Discord | HTML público y respuesta de la imagen | Discord almacena en caché los embeds de las URLs compartidas; la aplicación no puede reescribir un embed existente en todas partes. |
El comportamiento y los endpoints de las plataformas cambian. Trata la tabla como un límite operativo, no como una promesa sobre los tiempos de actualización.
Diagnostica primero el origen
Antes de culpar a una plataforma, inspecciona la página que recibe un rastreador:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Luego obtén la URL de la imagen desde la respuesta:
curl -I "https://cdn.example.com/cover.png"
La página debería exponer los metadatos actuales, la URL de la imagen debería ser pública y la respuesta de la imagen debería devolver un tipo de contenido de imagen compatible con 200 OK. Si la caché de la página sirve HTML antiguo, ninguna plataforma podrá descubrir la nueva portada.
Por qué cambiar la URL de la imagen ayuda
Las plataformas sociales almacenan en caché la URL de la página, y también pueden almacenar en caché la URL de la imagen. Una portada dinámica debería, por tanto, usar una nueva URL de imagen cuando cambian los datos del producto. El enlace permanente del producto sigue siendo canónico mientras que la clave de caché de la imagen cambia.
Añadir ?v=2 al enlace permanente del producto puede hacer que una prueba parezca nueva, pero crea una segunda dirección para el mismo producto y puede dividir las analíticas y el historial de compartidos. Versiona la URL de la imagen cuando sea posible.
Facebook es la excepción
Facebook es la única plataforma de esta guía para la que FastOG ofrece una ruta activa de re-escaneo (re-scrape). Cuando está habilitada, una actualización de producto puede poner en cola una solicitud al endpoint de escaneo de Meta para la URL de ese producto. Se pone en cola y se procesa con el mejor esfuerzo, por lo que un límite de tasa o un error temporal de Meta no impide que la tienda sirva los metadatos correctos.
Esto no actualiza WhatsApp, LinkedIn, X, Slack ni Discord. No describas un re-escaneo de Facebook como una purga universal de la caché social.
Un orden de operaciones práctico
- Obtén la página en vivo y confirma las etiquetas actuales.
- Purgua la caché de página del sitio o la CDN si las etiquetas están desactualizadas.
- Confirma que la URL de la imagen sea pública y devuelva una imagen.
- Cambia la URL de la imagen cuando los bytes de la imagen hayan cambiado.
- Usa el depurador de Facebook o la ruta de re-escaneo configurada para Facebook.
- Para otras plataformas, espera a un nuevo rastreo o comparte una URL que no haya sido ya cacheada. No prometas un retraso exacto.
El Probador de Imágenes OG Gratuito puede obtener una URL de producto y mostrar los metadatos visibles para el rastreador junto con una portada generada. Es útil para separar un problema del lado de la tienda de un problema de caché del lado de la plataforma.
Preguntas frecuentes
¿Puede un plugin actualizar todas las vistas previas sociales?
No. Un plugin puede controlar el HTML y la URL de la imagen que sirve el sitio. Cada plataforma controla su propio rastreador y su propia caché.
¿Por qué la vista previa se ve correcta en Facebook pero desactualizada en WhatsApp?
Las plataformas mantienen cachés independientes. Un re-escaneo en Facebook solo cambia la copia de Facebook; WhatsApp conserva su propia vista previa específica del destinatario.
¿Debo cambiar la URL del producto después de cada actualización de precio?
Normalmente no. Mantén estable la URL canónica del producto y cambia la URL de la imagen generada cuando cambie el contenido de la portada. Cambiar la URL de la página es una solución brusca para invalidar la caché que tiene costes de SEO y analítica.
¿Una URL de imagen nueva garantiza una actualización inmediata en WhatsApp?
No. Garantiza que la siguiente descarga de esa URL de imagen pueda recibir bytes nuevos. No obliga a WhatsApp a descargar la página ni a reemplazar una vista previa ya almacenada en la aplicación de un destinatario.
Relacionado
Pruébalo gratis: no se requiere registro
Previsualiza y prueba imágenes OG dinámicas en segundos.
Abrir el probador gratuito de imágenes OG