BernuviaBernuvia

Cosa puoi pubblicare e cosa no

Le regole sui contenuti in parole semplici: segreti nel pacchetto, dati reali, licenze di terzi, marchi altrui e una scheda che corrisponda a quello che consegni davvero.

La norma, e cosa fa questo articolo

Cosa si può pubblicare su Bernuvia lo stabilisce la Politica sui contenuti, che fa parte dei Termini. La norma è quella. Questo articolo la spiega soltanto in parole semplici: se una frase di qui e il documento non coincidono, vale il documento.

Non riguarda solo il pacchetto che carichi: copre il template e i suoi file, il nome, la descrizione, le schermate e la copertina, il tuo profilo, le tue recensioni e risposte, i messaggi all'assistenza e tutto ciò che invii dalla nostra API o da un assistente collegato via MCP.

Cosa conta come template pubblicabile

Un template è software reale e completo entro ciò che dichiara di essere: codice che si installa e si esegue seguendo la sua documentazione, con i file e le risorse che la scheda annuncia.

  • Dev'essere codice che puoi commercializzare: perché l'hai scritto tu, perché ti è stato ceduto per iscritto o perché la sua licenza d'origine lo consente.
  • Il codice della tua azienda o di un cliente non vale senza autorizzazione, anche se l'hai scritto tu. E nemmeno il codice scaricato da un altro marketplace, dal repository di qualcun altro o da una fuga di dati, né lo stesso codice con modifiche cosmetiche che non lo trasformano in altro.
  • Se è ancora in corso, dillo: indicalo nello stadio e descrivi esattamente cosa funziona oggi.
  • Non verifichiamo chi sia l'autore reale. Pubblichiamo sulla tua dichiarazione di titolarità, e risponderne tocca a te.

Non sono template, e vengono rifiutati: un link a un altro sito, un repository vuoto, un archivio di riempimento, un corso, un pacchetto di ore di sviluppo o l'anteprima di qualcosa che ancora non esiste.

Cosa fa inciampare più spesso

Quasi tutti i rifiuti nascono da questi punti. Ripassali prima di inviare, anche se il template è tuo da cima a fondo.

  • Segreti dentro il pacchetto. Prima di caricarlo, togli chiavi di API, token, password, certificati e stringhe di connessione, comprese quelle rimaste nello storico delle versioni e nei file di ambiente d'esempio con valori reali. Se ne troviamo uno, ritiriamo il template senza aspettare e te lo diciamo: una credenziale pubblicata è una credenziale compromessa, quindi ruotala.
  • Dati personali reali. Niente basi di clienti, indirizzi e-mail, telefoni, indirizzi postali, documenti d'identità né cartelle mediche o finanziarie di persone vere: i dati di test si inventano. Lo stesso vale per le informazioni riservate altrui, come contratti, prezzi interni o codice coperto da un accordo di riservatezza.
  • Componenti di terzi e relative licenze. Puoi inserirli, ma dichiara quali sono e con quale licenza, nella descrizione o in un file di licenze dentro il pacchetto. Quelle licenze prevalgono su quella di Bernuvia per quei componenti. Non inserire componenti la cui licenza sia incompatibile con il modo in cui vendi (niente reciprocità forte in un template venduto per uso proprietario, e niente attribuzione obbligatoria senza l'attribuzione), né font, icone, immagini, musica o risorse a pagamento che non puoi ridistribuire: sostituiscili con alternative a licenza libera o con segnaposto, e dillo nella scheda.
  • Marchi altrui. Puoi nominarli quando serve per dire con cosa funziona il tuo template. Quello che non puoi fare è usarli in modo da far credere che il tuo template sia ufficiale, certificato o sostenuto da quel marchio: né nel nome, né in copertina, né con il suo logo.
  • Contenuti illeciti o che violano diritti. Restano fuori il codice malevolo (backdoor, furto di credenziali o di wallet, mining nascosto, telemetria non dichiarata), gli strumenti d'attacco, la frode e la sostituzione di persona, i contenuti sessuali espliciti, l'odio e la violenza, i kit per emettere token presentati come investimento, gli svuota-wallet e, in generale, tutto ciò che viola diritti di terzi. L'elenco completo è nella Politica sui contenuti.
  • La scheda deve corrispondere a ciò che consegni. Descrizione, schermate, stadio dichiarato ed elenco di ciò che è compreso devono combaciare con il contenuto reale dell'archivio. Una schermata di una funzione che il template non porta è una descrizione falsa, ed è la prima cosa che si guarda se l'acquirente apre una controversia.

Se usi immagini generate o di repertorio per illustrare il risultato, non presentarle come schermate del prodotto. E non gonfiare il prezzo di riferimento per fabbricare uno sconto: il prezzo barrato esce dallo storico reale di quel template.

Schermate: cosa guardare prima di caricarle

Le schermate sono la parte della scheda da cui più spesso sfugge qualcosa senza volerlo: si fanno su un ambiente reale e si portano dietro quello che c'era a schermo. L'assistente chiede almeno 3 immagini e ne accetta fino a 20, e la prima è la copertina: quindi ripassale una a una.

  • Dati di altre persone: nomi, e-mail, telefoni, foto o messaggi di clienti o colleghi reali. Riempi la demo con dati inventati prima di catturare.
  • Indirizzi e identificativi completi: indirizzi postali, numeri di conto, indirizzi di wallet, identificativi d'ordine o utente, e qualsiasi chiave visibile in una console, in un pannello di amministrazione o nella barra del browser.
  • Marchi di terzi: loghi, schermate di altri prodotti o interfacce altrui che facciano credere che il tuo template sia ufficiale o sostenuto.
  • Contenuti che non sono tuoi: foto, icone, illustrazioni o font di repertorio senza licenza per ridistribuirli, anche se compaiono solo come riempitivo.
  • Schermate che il template non porta: una versione futura, un piano a parte o semplicemente un altro progetto.

Trucchi rapidi: cattura in una finestra pulita, con una sessione di prova e senza estensioni; copri quel che resta con un rettangolo pieno invece di sfocarlo, perché lo sfocato si può disfare; e guarda anche i bordi dell'immagine, che è da lì che entrano la barra dei preferiti e le notifiche di sistema.

Se ti rifiutano, come si corregge

Un rifiuto non chiude la porta. La revisione la fanno persone del team, ti diciamo cosa non andava e puoi correggere e reinviare dal tuo pannello.

  1. 1In I miei template, apri Motivo del rifiuto e leggi cosa è stato segnalato: il motivo racconta i fatti concreti, non una formula.
  2. 2Premi Correggi e reinvia: si apre l'editor con tutto precaricato. Sistema esattamente quanto segnalato, salva, e il reinvio in revisione è automatico.
  3. 3Se pensi che ci sia stato un errore, scrivici dal modulo di contatto con la categoria di ricorso. Hai sei mesi per farlo, e quella categoria non conta per il limite di un messaggio al giorno.

Reinviare la stessa cosa senza toccare quanto segnalato può chiuderti il reinvio di quel template: se il chip passa a Rifiutato · chiuso, il rifiuto è definitivo. Il flusso completo, con i suoi stati, è in Se ti rifiutano: come correggere e reinviare.

Questo articolo ti è stato utile?

Non risolto? Scrivici da Contatti o torna al Centro assistenza.