Eventi di Discourse

Personalizzazione Plugin
, ,
611

Sembra che le rotte Eventi futuri del Calendario/Eventi di Discourse omettano tutti i metadati Open Graph e Twitter-card dalla risposta HTML iniziale renderizzata dal server.

Questo è riproducibile su un sito Discourse ospitato, dove le pagine normali emettono correttamente i metadati social e è configurata un’immagine OpenGraph del sito valida.

Esempio di rotta interessata:

https://www.mbacommons.com/upcoming-events/month/2026/8/1

Passaggi per riprodurre il problema

  1. Configurare un’immagine OpenGraph del sito valida.
  2. Verificare che la homepage o un argomento normale emetta i metadati Open Graph standard nell’HTML grezzo.
  3. Aprire /upcoming-events/month/2026/8/1.
  4. Ispezionare la view-source: grezza / la risposta iniziale del server, non il DOM post-JavaScript.

Risultato effettivo

La rotta degli Eventi futuri restituisce HTTP 200, ma l’HTML grezzo contiene:

  • nessun og:image
  • nessun og:title
  • nessun og:description
  • nessun og:url
  • nessuna twitter:card
  • nessuna twitter:image

Ho anche testato usando LinkedInBot/1.0; il risultato è identico.

Un audit di produzione sull’HTML grezzo dello stesso sito ha contato:

  • homepage: 11 tag di metadati social
  • argomento normale: 14
  • Eventi futuri: 0

La homepage e gli argomenti normali utilizzano correttamente l’immagine OpenGraph del sito configurata, quindi la configurazione del branding a livello di sito funziona correttamente.

Risultato atteso

Le rotte degli Eventi futuri dovrebbero emettere metadati social visibili ai crawler e renderizzati dal server, includendo almeno:

  • og:title
  • og:description
  • og:url
  • og:image, con fallback all’immagine OpenGraph del sito configurata
  • corrispondenti metadati Twitter-card

Questo deve essere presente nell’HTML iniziale perché LinkedIn e crawler social simili non possono affidarsi al JavaScript del tema lato client.

L’Ispezionatore post di LinkedIn riporta attualmente:

Aggiungi un tag og:image alla pagina per avere il controllo sull'immagine del contenuto su LinkedIn.

Un’iniezione globale di head_tag nel tema non sembra appropriata, poiché le pagine normali hanno già metadati corretti e potrebbero creare tag duplicati o in conflitto. Questo sembra richiedere una gestione lato server consapevole della rotta per gli Eventi futuri o l’uso del percorso di rendering dei metadati social standard di Discourse.

2 Mi Piace