Comunità,\n\nSono Uwe e questo è il mio primo post in questa community. Lavoro come sviluppatore di tecnologia pubblicitaria presso una rete pubblicitaria con sede in Germania. Recentemente, quando abbiamo voluto collaborare con un editore che utilizza Discourse, abbiamo riscontrato il seguente problema.\n\nCon il plugin Ad, è possibile erogare pubblicità tramite le seguenti reti/server pubblicitari:\n\nGoogle AdSense 565\n\nDoubleClick for Publishers (DFP) (noto anche come Google Ad Manager 145), inclusa la personalizzazione del targeting\n\nGoogle Double Click for Publishers 89\n\nAmazon Affiliates 137 - Banner e annunci di link prodotto\n\nCarbon Ads 140\n\nIl problema: la selezione, di gran lunga, non copre il pieno potenziale di monetizzazione. Questa non vuole essere una critica al plugin; vorrei avviare una discussione sulla monetizzazione dei siti web tramite Discourse e spiegare perché ha senso utilizzare script di terze parti da reti pubblicitarie come Mediavine (mercato USA) o Symplr (mercato DE).\n\nPerché è importante?:\n\nLe reti pubblicitarie sono collegate a una varietà di SSP (Supply Side Platforms). Vengono richieste per un’asta insieme a Google e possono presentare offerte. Ciò aumenta la concorrenza e la pressione pubblicitaria su Google, portando infine a un TKP (Thousand-Contact-Price) più elevato e a maggiori entrate rispetto al solo Google AdSense o Google AdManager.\n\nVantaggio per l’editore:\n\nMaggiori entrate grazie all’aumento della concorrenza e della pressione pubblicitaria su Google.\n\nOstacoli tecnici:\n\nLa monetizzazione delle applicazioni a pagina singola richiede uno sforzo tecnico aggiuntivo.\n\nIl plugin Ad non può implementare facilmente una logica personalizzata per ogni partner di marketing/tecnologia pubblicitaria.\n\nPossibile soluzione:\n\nUna possibile soluzione potrebbe essere quella di creare un modo all’interno di Discourse o del plugin Ad per ricaricare gli script di terze parti ad ogni caricamento della pagina o cambio di rotta. Ciò darebbe a tutte le reti pubblicitarie l’opportunità di monetizzazione e sarebbe più vantaggioso per gli utenti di Discourse, con un focus sulla monetizzazione.\n\nDomanda: una funzionalità del genere è già disponibile?\n\nPerché le reti pubblicitarie devono eseguire i loro script personalizzati?:\n\nLavorano tutte fondamentalmente sulla stessa tecnologia (nota anche come header bidding), ma implementano logiche aggiuntive come il targeting di audience, il refresh degli annunci, il lazy loading degli annunci, l’implementazione di formati speciali e l’integrazione di soluzioni per l’ID utente. Ecco perché è davvero difficile fornire una soluzione universale.\n\nVantaggio per l’utente Discourse attraverso l’uso di un partner di tecnologia pubblicitaria:\n\nL’editore può concentrarsi sulla creazione dei propri contenuti mentre i partner AdTech gestiscono l’implementazione tecnica per un’erogazione pubblicitaria ottimizzata.\n\nAttendo con impazienza le vostre opinioni e suggerimenti su questo argomento!
Tutto ciò è del tutto possibile, o creando un fork dell’ad plugin e potenzialmente inviando una pull request, o usandolo come modello per crearne uno apposta per la tua rete pubblicitaria (il che ti darebbe più controllo, ma limiterebbe il tuo pubblico a siti self-hosted e ad altri siti che possono installare plugin arbitrari).
Sentiti libero di pubblicare su Marketplace o di consultare i vari argomenti relativi ai plugin, come questo primo che ho trovato Sviluppare plugin per Discourse - Parte 2 - Connettersi a un outlet di plugin.
Potrebbe valere la pena notare che sembra che il plugin per gli annunci sia attivamente in fase di sviluppo
Qualcuno nel cui interesse è generare entrate deve inserire un annuncio in Marketplace per trovare uno sviluppatore che lo aiuti a supportare il suo provider specifico.
Sto mantenendo un’estensione di plugin pubblicitario per un cliente da un po’ di tempo.
@pfaffman
Grazie per la rapida risposta. Vorrei sottolineare alcuni punti in merito:
Risorse, tempo e denaro per gli sviluppatori: Convertire la nostra logica in un plugin per Discourse richiede indubbiamente risorse per gli sviluppatori, tempo e investimenti finanziari. Questo processo comporta la comprensione della piattaforma Discourse, l’adattamento della nostra logica alla sua struttura e l’implementazione, tutto ciò che comporta uno sforzo significativo.
Manutenzione e aggiornamenti: Avere un nostro plugin significa che siamo responsabili della manutenzione a lungo termine e degli aggiornamenti regolari. Ciò richiede risorse aggiuntive e attenzione per garantire che il plugin funzioni senza problemi, rimanga compatibile con le future versioni di Discourse e affronti eventuali vulnerabilità di sicurezza. Vincola anche le risorse.
Considerando questi fattori, mi sembra che nel primo passo sarebbe più sensato cercare una soluzione più semplice. Esistono forse plugin esistenti che ricaricano script di terze parti ad ogni cambio di pagina/cambio di rotta?
@merefield
Ti capisco correttamente che l’editore che vuole integrare una rete pubblicitaria apre un post nella discussione del marketplace e chiede supporto con l’integrazione?
Nel mio caso, l’amministratore del sito dell’utente finale ha sponsorizzato il lavoro senza il supporto diretto dell’editore dell’annuncio.
Tuttavia, tutto considerato, sarebbe favoloso se l’editore dell’annuncio si impegnasse con la community degli sviluppatori e sponsorizzasse lavori per garantire che i propri annunci fossero supportati direttamente.
Il mio lavoro è stato open source (in accordo con il cliente), quindi è possibile che altri ne traggano beneficio (anche se purtroppo non posso fornire supporto gratuito).
Se sei interessato a quel repository, posso inviarti i dettagli di base tramite messaggio privato.
Grazie per aver condiviso la tua prospettiva. Ha senso che l’editore/amministratore del sito copra eventuali costi associati, soprattutto considerando la natura della pubblicità programmatica in cui diversi inserzionisti forniscono annunci, spesso sconosciuti fino a quando l’annuncio non viene visualizzato. Concordo sul fatto che sarebbe vantaggioso per l’editore interagire con la community degli sviluppatori e sponsorizzare lavori per garantire un supporto diretto, ma è la decisione finale dell’editore/amministratore del sito.
Apprezzo che il tuo lavoro fosse open source, il che consente ad altri di trarne beneficio. Se potessi inviarmi in privato i dettagli di base del repository, sarei interessato a saperne di più.
Quindi, per sicurezza. Non c’è altro modo per integrare una rete pubblicitaria senza l’aiuto/lavoro della community degli sviluppatori tramite la richiesta del marketplace?
Generalmente, se l’editore richiede l’esecuzione di script personalizzati, di solito è necessario l’intervento di uno sviluppatore per collegare tutto.
Il problema di base è che di solito il codice può essere “eseguito” solo una volta che l’elemento in questione è stato renderizzato nel DOM, il che richiede una certa pianificazione nel codice. Questo può essere esacerbato da requisiti speciali come gli ID di sequenza.
Il motivo è che Discourse è costruito come un’applicazione web e utilizza un framework javascript, quindi è leggermente più complesso.
È comprensibile. Avevo già fatto riferimento al problema dell’applicazione web nel post iniziale.
Grazie per il tuo aiuto, parleremo con l’editore. Se gli script di terze parti richiedono un supporto individuale da parte degli sviluppatori, questa richiesta di funzionalità può probabilmente essere chiusa.