FB OpenGraph og: l'immagine non estrae le immagini (possibilmente https?)


301

Primo: non credo che questo sia un problema duplicato. Ho cercato ampiamente gli stessi problemi o simili su SO e, a causa della natura della risoluzione dei problemi prima di chiedere, credo che questo problema sia unico.

Facebook non riesce a cogliere i miei og:imagefile e ho provato tutte le solite soluzioni. Sto cominciando a pensare che potrebbe avere qualcosa a che fare conhttps://...

  • Ho controllato http://developers.facebook.com/tools/debug e ho zero avvisi o errori.
  • Sta trovando le immagini a cui ci siamo collegati nel " og:image", ma appaiono vuoti. Quando facciamo clic sulle immagini, tuttavia, ESISTONO e ci vuole direttamente.
  • Mostra un'immagine: un'immagine ospitata su un server non https.
  • Abbiamo provato immagini quadrate, jpeg, png, dimensioni maggiori e dimensioni inferiori. Abbiamo inserito le immagini in public_html. Si stanno manifestando zero.
  • Non è un errore di memorizzazione nella cache, perché quando ne aggiungiamo un altro og:imagealla meta, la linter di FB lo trova e lo legge. Mostra un'anteprima. L'anteprima è vuota. L' unica eccezione che stiamo ottenendo è per le immagini che non si trovano su questo sito Web.
  • Abbiamo pensato che forse c'era dell'anti-lisciviazione cpanelo .htaccessche impediva la visualizzazione delle immagini, quindi abbiamo controllato. Non c'era. Abbiamo anche fatto una rapida < img src="[remote file]" >su un server completamente diverso e l'immagine si presenta bene.
  • Abbiamo pensato che forse fosse la og:typeo un'altra stranezza con un altro meta tag. Li abbiamo rimossi tutti, uno alla volta e controllato. Nessun cambiamento. Solo avvertimenti.
  • Lo stesso codice su un sito Web diverso viene visualizzato senza alcun problema.
  • Abbiamo pensato che forse non stava tirando le immagini perché stiamo usando le stesse pagine dei prodotti per più prodotti (cambiandole in base al valore get, ovvero "details.php? Id = xxx") ma ne sta ancora estraendo una immagine (da un URL diverso).
  • Lasciando qualsiasi og:imageo image_src off, FB non trova alcuna immagine.

Sono alla fine della mia corda. Se dicessi quanto tempo io e gli altri abbiamo speso per questo, saresti scioccato. Il problema è che questo è un negozio online. Non possiamo assolutamente, assolutamente, NON avere immagini. Dobbiamo. Abbiamo circa dieci altri siti ... Questo è l'unico con og:imageproblemi. È anche l'unico https, quindi abbiamo pensato che forse era quello il problema. Ma non possiamo trovare alcun precedente sul web per questo.

Questi sono i meta-tag:

<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">

Se lo desideri, ecco un link a una delle pagine dei nostri prodotti su cui stiamo lavorando. [Collegamento abbreviato per tentare di frenare questo accesso ai risultati di ricerca per il nostro sito]: http://rockn.ro/114

MODIFICARE ----

Usando lo strumento raschietto "vedi cosa vede Facebook", siamo riusciti a vedere quanto segue:

"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"
      }
   ],

Abbiamo testato tutti i collegamenti trovati per una singola pagina. Tutte erano immagini perfettamente valide.

MODIFICA 2 ----

Abbiamo provato un test e aggiunto un sottodominio al sito Web NON SICURO (da cui le immagini sono effettivamente visibili tramite Facebook). Il sottodominio era http: // img. [Non sicuro] .com. Quindi abbiamo inserito tutte le immagini nella cartella del sottodominio principale e abbiamo fatto riferimento a quelle. Non tirerebbe quelle immagini in FB. Tuttavia, estrarrebbe comunque tutte le immagini a cui faceva riferimento il dominio principale non sicuro.

Workaround postato ----

Grazie a Keegan, ora sappiamo che questo è un bug in Facebook. Per ovviare al problema, abbiamo inserito un sottodominio in un diverso sito Web NON-HTTPS e abbiamo scaricato tutte le immagini in esso. Abbiamo fatto riferimento http://img.otherdomain.com/[like-image.jpg]all'immagine coordinata nella og:imagepagina di ciascun prodotto. Abbiamo quindi dovuto passare attraverso FB Linter ed eseguire OGNI link per aggiornare i dati OG. Questo ha funzionato, ma la soluzione è una soluzione temporanea, e se il httpsproblema è stato risolto e torniamo a utilizzare il dominio https naturale, FB avrà memorizzato nella cache le immagini da un sito Web diverso, complicando le cose. Speriamo che queste informazioni aiutino a salvare qualcun altro dalla perdita di 32 ore di programmazione della sua vita.


27
Domanda ben documentata. L'ho votato per te!
DMCS

Per la risoluzione dei problemi, prova a cambiare og:type: og_products:productper digitare sito Web e vedere se le immagini possono essere raccolte.
DMCS

2
Succoso, abbiamo un og: immagine referenziata da un sito esterno che è http e non https e si presenta.
Cipro,

1
Ciao, grazie, ottimo post. Solo una piccola osservazione su di te che ti preoccupi di dover aggiornare la cache se torni a https-urls una volta che iniziano a funzionare: non mi preoccuperei perché la cache fb viene rilasciata dopo qualche tempo, quindi tieni solo i doppi dati per un giorno o due e la cache verrà rilasciata automaticamente utilizzando i nuovi URL.
Niclas Lindqvist

1
@NiclasLindqvist Ehi, solo per la cronaca, abbiamo fatto in modo che le vecchie immagini rimanessero nella cache per i MESI e mesi prima, quindi prenderei gli standard della cache di FB con un pizzico di sale.
Cipro, 10

Risposte:


93

Ho riscontrato lo stesso problema e l'ho segnalato come bug sul sito degli sviluppatori di Facebook. Sembra abbastanza chiaro che gli og:imageURI che usano HTTP funzionano bene e gli URI che usano HTTPS no. Ora hanno riconosciuto che stanno "esaminando questo".

Aggiornamento: dal 2020, il bug non è più visibile nel sistema di ticket di Facebook. Non hanno mai risposto e non credo che questo comportamento sia cambiato. Tuttavia, la specifica dell'URI HTTPS in og:image:securesembra funzionare correttamente.


3
KEEGAN! Grazie! Questa è la prima volta che vediamo il problema HTTPS documentato come un bug ..... e abbiamo guardato duro. Pubblicando la nostra soluzione alternativa nei commenti alla domanda.
Cipro, 10

2
A partire da Aug2013, quell'URL non mostra il bug. Ci sono stati aggiornamenti?
Andreas Andreou,

3
developers.facebook.com/bugs/256470807842897 Anche questo bug più recente è rilevante. Mentre alla domanda è stata data una risposta, ho pensato che avrei aggiunto il link qui, quindi se qualcuno con un problema simile arriva qui lo troverà.
Zoidberg,

4
Dice che il problema è stato risolto il 18 marzo 20145, non per me pensato.
Mike Flynn,

1
@MattBrowne No, non è stato risolto per me :-(
starbeamrainbowlabs

131

Ad alcune proprietà possono essere associati metadati aggiuntivi. Questi sono specificati allo stesso modo degli altri metadati con propertye content, ma propertyavranno un extra:

La og:imageproprietà ha alcune proprietà strutturate opzionali:

  • og:image:url - Identico a Og: immagine.
  • og:image:secure_url - Un URL alternativo da utilizzare se la pagina Web richiede HTTPS.
  • og:image:type - Un tipo MIME per questa immagine.
  • og:image:width - Il numero di pixel di larghezza.
  • og:image:height - Il numero di pixel alto.

Un esempio di immagine completa:

<meta property="og:image" content="http://example.com/ogp.jpg" />
<meta property="og:image:secure_url" content="https://secure.example.com/ogp.jpg" /> 
<meta property="og:image:type" content="image/jpeg" /> 
<meta property="og:image:width" content="400" /> 
<meta property="og:image:height" content="300" />

Quindi è necessario modificare la og:imageproprietà per gli URL HTTPS inog:image:secure_url

Ex:

TAG META HTTPS PER IMMAGINE:

<meta property="og:image:secure_url" content="https://www.[YOUR SITE].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />

TAG HTTP META PER IMMAGINE:

<meta property="og:image" content="http://www.[YOUR SITE].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />

Fonte: http://ogp.me/#structured <- È possibile visitare questo sito per ulteriori informazioni.

Spero che questo ti aiuti.

EDIT: non dimenticare di eseguire il ping dei server di Facebook dopo aver aggiornato i tuoi codici - URL Linter


1
SIR, grazie mille. Non sapevo che ci fossero altri metadati per le immagini! Abbiamo provato a fare l'immagine: secure_url da solo e FB ha generato un errore. Abbiamo provato image & secure_url * in diversi modi) e linter non ha mostrato alcun cambiamento.
Cipro,

Per me, continua a mostrare le immagini di anteprima, non l'immagine del meta tag. Ho sicuramente anche l'URL giusto! :( Idee?
jaminroe,

1
@jaminroe Hai fatto lanugine? Altrimenti allora non lo lasci sfuggire. Ciò dovrebbe risolvere principalmente il problema. Se continua a non selezionare, quindi vedi ciò che lo strumento è in grado di raschiare, puoi anche vedere cosa viene raschiato esattamente, c'è un link alla fine del risultato See exactly what our scraper sees for your URLfai clic su di esso e vedi se mostra la fonte completa del tuo link o lo stripping nulla. Se charsetviene impostato un errore , il raschietto non sarà in grado di raschiare per qualche motivo (avevo risposto a una domanda simile qualche volta fa con questo problema). Quindi assicurati che tutte queste cose siano corrette.
Syed IR,

3
Nel caso in cui aiuti chiunque - il nostro og: URL dell'immagine non ha estensione di file poiché le immagini vengono create da un servizio (/ pippo / bar). Questa risposta ha risolto i nostri problemi con la linter di Facebook, presumibilmente a causa di og: type = "image / png". Grazie!!
Dunc,

3
@JohnWasham Il og:imagetag può essere HTTPS (che è ciò che StackExchange, YouTube, WordPress.com, Amazon, ecc.). Ti fa chiedere a cosa og:image:secure_urlserve davvero?
DocRoot

16

Non lo so, se è solo con me ma per me og:imagenon funziona e seleziona il logo del mio sito, anche se il debugger di Facebook mostra l'immagine corretta.

Ma passare og:imagea og:image:urllavorare per me. Spero che questo aiuti chiunque altro ad affrontare problemi simili.


Saluti - ha funzionato per me - ma anche il debugger di Facebook vuole un'immagine, quindi invio entrambi. og: image e og: image: url - entrambi con lo stesso valore / url
pperrin

1
Og: image: url ha riconosciuto la sintassi o è errata e quindi non viene analizzata? In altre parole è lo stesso di non avere affatto il meta tag?
Jonathan Tonge,

@JonathanTonge Accodando a ogp.me , " og:image:urlè identico a og:image".
DocRoot,

9

Sono arrivato qui da Google ma questo non mi è stato di grande aiuto. Si è scoperto che per il logo è richiesto un rapporto di aspetto minimo di 3: 1. Il mio era quasi 4: 1. Ho usato Gimp per ritagliarlo esattamente a 3: 1 e voilà - il mio logo è ora mostrato su FB.


2
Ha un formato massimo di 3: 1 ( developers.facebook.com/docs/opengraphprotocol ), con una dimensione minima di 50px x 50px
rpearce

1
Secondo il debugger di Facebook, il requisito di dimensioni ora è 200px x 200px
braX

8

tl; dr - sii paziente

Sono finito qui perché vedevo immagini vuote servite da un sito https. Il problema era però ben diverso:

Quando i contenuti vengono condivisi per la prima volta, il crawler di Facebook scansionerà e memorizzerà nella cache i metadati dall'URL condiviso. Il crawler deve vedere un'immagine almeno una volta prima che possa essere renderizzato. Ciò significa che la prima persona che condivide un contenuto non vedrà un'immagine renderizzata

[ https://developers.facebook.com/docs/sharing/best-practices/#precaching]

Durante il test, Facebook ha impiegato circa 10 minuti per mostrare finalmente l'immagine renderizzata. Quindi mentre mi grattavo la testa e lanciavo tag og casuali su Facebook (e sospettavo il problema https menzionato qui), tutto quello che dovevo fare era aspettare.

Poiché ciò potrebbe davvero impedire alle persone di condividere i tuoi collegamenti per la prima volta, FB suggerisce due modi per aggirare questo comportamento: a) eseguendo OG Debugger su tutti i tuoi collegamenti: l'immagine verrà memorizzata nella cache e pronta per la condivisione dopo ~ 10 minuti o b ) specificando og: image: larghezza e og: image: height. (Leggi di più nel link sopra)

Mi chiedo ancora cosa ci vuole così tanto tempo ...


Il motivo è il rapporto immagine. Se il rapporto di dimensione dell'immagine non è esattamente 1,91: 1 e / o le og:image:widthei og:image:heightdati non inclusi i, allora Facebook dovrà elaborare l'immagine dopo demolizione per adattarla loro dimensioni. L'immagine finirà anche per essere ritagliata, il che potrebbe essere indesiderato. Per i dettagli, consultare: developers.facebook.com/docs/sharing/best-practices/#images
Slicktrick,

1
Specificare og: image: larghezza e og: image: altezza sulle immagini che non sono nel loro elenco molto breve di risoluzioni qualificate, non accelerare le cose nei miei test.
Chris Moschini,

5

Ho avuto lo stesso errore e nulla di precedente mi ha aiutato, quindi ho cercato di seguire la documentazione originale di Open Graph Protocol e ho aggiunto l'attributo prefisso al mio tag html e tutto è diventato fantastico.

<html prefix="og: http://ogp.me/ns#">

2

Ho avuto problemi simili. Ho rimosso la proprietà = "og: image: secure_url" e ora scrub con solo og: image. A volte, meno è di più


1
La tua risposta dovrebbe avere molti più voti! Hai perfettamente ragione, se offri contenuti solo su https, usa semplicemente og: image: url e falla finita.
marcvangend,

1
Non riesco a capire perché questa sia una soluzione. la domanda chiaramente non aveva il secure_url in primo luogo, perché pensi che funzioni, è troppo casuale
Decebal

1

Ho scoperto un altro scenario che può causare questo problema. Ho seguito tutti i passaggi descritti nella domanda e nelle risposte, ma il problema è rimasto.

Ho controllato le mie immagini e ho scoperto che alcuni dei miei post avevano immagini di miniature troppo grandi og:imagenell'intervallo di diverse migliaia di pixel e diversi megabyte.

Ciò è accaduto a causa della recente migrazione da WP a Jekyll, ho ottimizzato le mie immagini con gulp, ma ho usato le immagini originali in og: image per errore.

Facebook ci offre i seguenti consigli ad oggi :

Usa immagini di almeno 1200 x 630 pixel per la migliore visualizzazione su dispositivi ad alta risoluzione. Come minimo, è necessario utilizzare immagini di 600 x 315 pixel per visualizzare i post delle pagine dei collegamenti con immagini più grandi. Le immagini possono avere dimensioni massime di 8 MB.

Quindi esiste un limite superiore di 8 MB.


1

Come ho scoperto per caso, un'immagine vuota trasparente viene fornita con un'intestazione di risposta che indica la possibile causa del problema.

  1. Vai al debugger su https://developers.facebook.com/tools/debug/og/object/
  2. Inserisci il tuo URL
  3. In fondo, Facebook mostra la tua "immagine" (GIF 1x1 trasparente)
    1. L'immagine è collegata all'immagine originale, non è necessario premerla
    2. Premi il pulsante destro e visualizza l'immagine (otterrai qualcosa di simile https://external-ams3-1.xx.fbcdn.net/safe_image.php?d=...&url=...)
  4. Attiva la scheda Net sugli strumenti firebug / developer, aggiorna la pagina se necessario
  5. Otterrai x-error-detailun'intestazione di risposta con una spiegazione

Ad esempio, nel mio caso lo era Invalid image extension for URL: https://[mydomain]/[myfilename].jpg

Il vero problema nel mio caso era legato a prerender.io .

A quanto pare, se l'immagine viene richiesta tramite prerender, viene convertita in HTML. Qualcosa come questo:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<html>
<head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head>
<body style="margin: 0px;"><img style="-webkit-user-select: none; cursor: -webkit-zoom-in; " src="https://[yourdomain].com/[yourfilename].jpg" width="1078" height="718"></body>
</html>

È un bug nel prerender stesso o dovrebbe essere configurato nel proxy per non utilizzare il prerender per le *.jpgrichieste (anche se sono richieste dal bot di Facebook).

È davvero difficile accorgersene, poiché il prerender viene utilizzato solo su determinate intestazioni di user-agent.


1

Ho riscontrato lo stesso problema e ho notato che avevo un dominio diverso per og:url

Una volta mi sono assicurato che il dominio fosse lo stesso og:urle og:imagefunzionasse.

Spero che questo ti aiuti.


2
Questo non è sempre possibile, perché og: image potrebbe essere un URL CDN cloudfront. Inoltre, nel mio caso, mentre FB (nel 2017!) Non sta raccogliendo l'immagine CDN dalla pagina stessa, sta raccogliendo un'altra immagine CDN che è anche Cloudfront, il che significa che anche questo non è il mio og: url. Quindi il tuo punto non è corretto.
PKHunter,

Questo è vero. Non stavo usando un URL CDN. Ho solo pensato che avrei condiviso ciò che ha funzionato per me.
Darren Hall,


1

Sintomi simili (Facebook e altri non recuperano correttamente og: image e altre risorse su https) possono verificarsi quando il certificato https del sito non è completamente conforme.

Il certificato https del tuo sito potrebbe sembrare valido (tasto verde nel browser e tutti), ma non verrà raschiato correttamente se manca un certificato intermedio o a catena. Questo può portare a molte ore sprecate per controllare e ricontrollare tutte le varie cache e metatag.

Potrebbe non essere stato il tuo problema, ma potrebbe essere quello di altri con sintomi simili (come il mio). Esistono molti modi per controllare il tuo certificato - quello che mi è capitato di usare: https://www.sslshopper.com/ssl-checker.html


1

Ho rimosso http://il mio og:imagee l' ho sostituito con un semplice vecchio, www.quindi ha iniziato a funzionare bene.

È possibile utilizzare questo strumento, tramite Facebook, per ripristinare la cache di scraping delle immagini e testare quale URL sta estraendo per l'immagine demo.


0

Vedo che il debugger sta recuperando 4 og:imagetag dal tuo URL.

La prima immagine è la più grande e quindi impiega più tempo a caricarsi. Prova a ridurre quella prima immagine in basso o cambia l'ordine per mostrare prima un'immagine più piccola.


Grazie Lix! In realtà avevamo una piccola immagine quadrata, circa 200x200 max, come prima immagine da molto tempo. Abbiamo riorganizzato e ri-raschiato diverse volte. Abbiamo anche fatto una combinazione di rendere le immagini più piccole, più grandi o alternate le uniche immagini e riqualificare con un tasso di successo pari a zero.
Cipro,

0

Inoltre, questo problema si verifica anche quando aggiungi una storia generata dall'utente (dove non usi og: image). Per esempio:

POST /me/cookbook:eat?
  recipe=http://www.example.com/recipes/pizza/&
  image[0][url]=http://www.example.com/recipes/pizza/pizza.jpg&
  image[0][user_generated]=true&
  access_token=VALID_ACCESS_TOKEN

Quanto sopra funzionerà solo con http e non con https. Se usi https, visualizzerai un errore che dice: Impossibile caricare l'immagine allegata ()


Lo adoro, Google si sta muovendo per dare ai siti PIÙ attinenza con i siti con https, e due anni dopo aver posto questa domanda, FB sta ancora (involontariamente, forse, ma ancora un peccato) punendo i siti Web che valorizzano la sicurezza dei loro visitatori
Cipro106,


0

Ho avuto un problema simile oggi, che il Debugger di condivisione mi ha aiutato a risolvere. Sembra che Facebook non riesca (attualmente) a comprendere le immagini con i metadati XMP incorporati. Quando ho sostituito le immagini dei nostri articoli con versioni senza metadati XMP e rielaborato la pagina (utilizzando il Debugger di condivisione), il problema è scomparso. Un editor esadecimale ti aiuterà a vedere se la tua immagine contiene o meno metadati XMP.


0

Nel mio caso, sembra che il crawler abbia solo un bug. Ho provato:

  • Modifica dei collegamenti solo a http
  • Rimozione dello spazio bianco finale
  • Tornare completamente a http
  • Reinstallazione del sito Web
  • Installazione di un sacco di plugin OG (io uso WordPress)
  • Sospettare che il server abbia una strana configurazione errata che blocca i bot (perché tutti i controllori OG non sono in grado di recuperare i tag e altre richieste ai miei siti sono instabili)

Nessuna di queste opere. Questo mi è costato una settimana. E improvvisamente dal nulla sembra funzionare di nuovo.

Ecco la mia ricerca, se qualcuno incontra di nuovo questo problema:

Inoltre, ci sono più pedine diverse dal debugger di oggetti di Facebook da controllare: OpenGraphCheck.com , Open Graph Tester di Abhinay Rathore , Codici da incorporare di Iframely , Validatore di carte | Sviluppatori Twitter .


0

OK ... mi rendo conto che questo thread è vecchio e sovraffollato, ma nel caso in cui qualcuno entri come ho fatto fatica a ottenere il loro og: tag immagine per funzionare proprio su Facebook, ecco il trucco che ha funzionato per me:

NON utilizzare questo link:

https://developers.facebook.com/tools/debug/sharing/?q=https%3A%2F%2Fwww.google.com

per risolvere il tuo problema. Oppure, se lo fai, scorri immediatamente verso il basso e fai clic su Scrape VIA API.

https://developers.facebook.com/tools/explorer/?method=POST&path=%3Fscrape%3Dtrue%26id%3Dhttps%3A%2F%2Fwww.google.com&version=v5.0

Ci sono errori visualizzati nello strumento Explorer che NON sono mostrati nello strumento "debug". Esasperante !!! (nel mio caso, uno spazio nel nome file dell'immagine ha eliminato silenziosamente la mia immagine nello strumento di debug, ma ha mostrato l'errore nello strumento Explorer).


0

Mi sono imbattuto in un altro motivo per cui le immagini og non venivano visualizzate su schede FB. Inoltre, utilizzando lo strumento Scraper FB per eseguire il debug dei meta tag og , potrei confermare tutti i tag richiesti, se presenti nella mia pagina WordPress, e tuttavia otterrei il seguente errore di download del file,

Fornito og: image, <https-link-to-jpg-image> non può essere scaricato. Ciò può accadere a causa di diversi motivi come il server che utilizza la codifica del contenuto non supportata. Il crawler accetta le codifiche dei contenuti deflate e gzip.

Ho avuto la vaga sensazione che il formato dell'immagine avesse un problema, il collegamento all'immagine funzionava ma il messaggio sembra indicare qualcosa che non va con la codifica dei contenuti.

Dopo molte ricerche, ho finito per esaminare le estensioni php richieste per un server WordPress e ho capito che il modulo pho-exif non era installato. Il modulo exif scrive i metadati exif su tutte le immagini caricate. Di conseguenza, le immagini utilizzate nel tag immagine di FB og non avevano metadati exif associati.

Una volta abilitato il modulo exif, WordPress consente di ripristinare i metadati exif per un'immagine (Libreria multimediale-> seleziona e immagine-> Modifica maggiori dettagli-> Mappa metadati exif) e l'immagine ora appare sulla scheda FB come previsto.


-1

Da quello che ho osservato, vedo che quando il tuo sito Web è pubblico e anche se l'URL dell'immagine è https, funziona perfettamente.


-1

Per me questo ha funzionato:

<meta property="og:url" content="http://yoursiteurl" />
    <meta property="og:image" content="link_to_first_image_if_you_want" />
    <meta property="og:image" content="link_to_second_image_if_you_want" />
    <meta property="og:image:type" content="image/jpeg" /> 
    <meta property="og:image:width" content="400" /> 
    <meta property="og:image:height" content="300" />
    <meta property="og:title" content="your title" />
    <meta property="og:description"  content="your text about homepage"/> 

-2

Dopo diverse ore di test e prove ...

Ho risolto questo problema nel modo più semplice possibile. Ho notato che usano "pagine di test" all'interno della pagina degli sviluppatori di Facebook che contiene solo i tag "og" e del testo nel tag body che fa riferimento a questi tag og.

Quindi cosa ho fatto?

Ho creato una seconda vista nella mia applicazione, contenente le stesse cose che usano.

E come so che Facebook sta accedendo alla mia pagina in modo da poter cambiare la visualizzazione? Hanno un User Agent unico: "facebookexternalhit / 1.1"


-2

Dopo aver aggiornato il meta tag, assicurati che il link del contenuto (immagine) sia un percorso assoluto e vai qui, https://developers.facebook.com/tools/debug/sharing inserisci il link del tuo sito e fai clic su scrape againnella pagina successiva

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.