Primero, no creo que este sea un problema duplicado. He buscado problemas similares o similares en SO ampliamente, y debido a la naturaleza de la solución de problemas antes de preguntar, creo que este problema es único.
Facebook no puede comprender mis og:imagearchivos y he probado todas las soluciones habituales. Estoy empezando a pensar que podría tener algo que ver conhttps://...
- He consultado http://developers.facebook.com/tools/debug y no tengo advertencias ni errores.
- Se trata de encontrar las imágenes que vinculamos en "
og:image", pero se muestran en blanco. Sin embargo, cuando hacemos clic en la (s) imagen (es), sí existen y se necesita directamente. - Muestra una imagen: una imagen alojada en un servidor que no es https.
- Hemos probado imágenes cuadradas, jpegs, pngs, tamaños más grandes y tamaños más pequeños. Hemos puesto las imágenes en public_html. Cero están apareciendo.
- No es un error de almacenamiento en caché, porque cuando agregamos otro
og:imageal meta, el linter de FB lo encuentra y lo lee. Muestra una vista previa. La vista previa está en blanco. La única excepción que estamos obteniendo es para las imágenes que no están en este sitio web. - Pensamos que tal vez había algún anti-lixiviación
cpanelo.htaccessque impedía que las imágenes aparecieran, así que lo verificamos. No había. Incluso hicimos un rápido< img src="[remote file]" >en un servidor completamente diferente y la imagen se muestra bien. - Pensamos que tal vez era la
og:typeu otra rareza con otra metaetiqueta. Los eliminamos todos, uno a la vez y lo comprobamos. Ningún cambio. Solo advertencias. - El mismo código en un sitio web diferente aparece sin ningún problema.
- Pensamos que tal vez no estaba extrayendo imágenes porque estamos usando las mismas páginas de productos para múltiples productos (cambiándolas en función del valor de obtención, es decir, "detalles.php? Id = xxx") pero todavía está obteniendo una imagen (de una url diferente).
- Dejando cualquiera
og:imageo image_src apagado, FB no encuentra ninguna imagen.
Estoy al final de mi cuerda. Si dijera cuánto tiempo pasamos yo y otros en esto, se sorprendería. El problema es que esta es una tienda en línea. Absolutamente, positivamente, NO podemos tener imágenes. Tenemos que. Tenemos más o menos otros diez sitios ... Este es el único con og:imageproblemas. También es el único https, así que pensamos que tal vez ese era el problema. Pero no podemos encontrar ningún precedente en ninguna parte de la web para eso.
Estas son las metaetiquetas:
<meta property="og:title" content="[The product name]" />
<meta property="og:description" content="[the product description]" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-art-black.png" />
<meta property="og:image" content="http://www.[ADIFFERENTwebsite].com/wp-content/uploads/2011/06/ARS-Header-Shine2.png" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/ARShopHeader.png" />
<meta property="og:image" content="http://www.[ourwebsite].com/overdriven-blues-music-tshirt-art-black.JPG" />
<meta property="og:type" content="product"/>
<meta property="og:url" content="https://www.[ourwebsite].com/apparel-details.php?i=10047" />
<meta property="og:site_name" content="[our site name]" />
<meta property="fb:admins" content="[FB-USER-ID-NUMBER]"/>
<meta name="title" content="[The product name]" />
<meta name="description" content="[The product description]" />
<link rel="image_src" href="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />
<meta name="keywords" content="[four typical keywords]">
<meta name="robots" content="noarchive">En caso de que lo desee, aquí hay un enlace a una de nuestras páginas de productos en las que hemos estado trabajando. [Enlace acortado para tratar de evitar que esto entre en los resultados de búsqueda de nuestro sitio]: http://rockn.ro/114
EDITAR ----
Utilizando la herramienta de raspado "ver lo que ve Facebook", pudimos ver lo siguiente:
"image": [
{
"url": "https://www.[httpSwebsite].com/images/shirts/soul-man-soul-music-tshirt-details-safari.png"
},
{
"url": "https://www.[httpSwebsite].com/images/shirts/soul-man-soul-music-tshirt-art-safari.png"
},
{
"url": "http://www.[theotherNONSECUREwebsite].com/wp-content/uploads/2011/06/ARS-Header-Shine2.png"
}
],Probamos todos los enlaces que encontró para una sola página. Todas eran imágenes perfectamente válidas.
EDITAR 2 ----
Probamos una prueba y agregamos un subdominio al sitio web de NO SEGURIDAD (desde el cual las imágenes son realmente visibles a través de Facebook). El subdominio era http: // img. [Nonsecuresite] .com. Luego colocamos todas las imágenes en la carpeta principal del subdominio y las referenciamos. No sacaría esas imágenes en FB. Sin embargo, aún extraería las imágenes a las que se hizo referencia en el dominio principal no seguro.
SOLUCIÓN PUBLICADA ----
Gracias a Keegan, ahora sabemos que esto es un error en Facebook. Para solucionarlo, colocamos un subdominio en un sitio web distinto de HTTPS y volcamos todas las imágenes en él. Hacemos referencia a la http://img.otherdomain.com/[like-image.jpg]imagen de coordinación en og:imagecada página de producto. Luego tuvimos que pasar por FB Linter y ejecutar CADA enlace para actualizar los datos de OG. Esto funcionó, pero la solución es una solución de curita, y si el httpsproblema se soluciona y volvemos a usar el dominio https natural, FB habrá almacenado en caché las imágenes de un sitio web diferente, lo que complicará las cosas. Esperemos que esta información ayude a salvar a otra persona de perder 32 horas de codificación de su vida.
og:type: og_products:productpara escribir el sitio web y ver si las imágenes se pueden recoger.