Blog

All'interno dell'Algoritmo di Classifica di NeedSift: La Formula Dietro Ogni Valutazione

La formula di classificazione precisa di NeedSift, i pesi dei segnali, le finestre di freschezza, le misure di sicurezza, i controlli sulla qualità del sito e le motivazioni alla base di ogni valutazione del prodotto.

All'interno dell'Algoritmo di Classifica di NeedSift: La Formula Dietro Ogni Valutazione

Un solo punteggio, sei segnali indipendenti

Il catalogo di NeedSift non è ordinato in base ai voti grezzi, al numero di pagine o alla data in cui un prodotto è stato inviato. Il backend calcola un punteggio da zero a cento prima di restituire il catalogo. Lo stesso punteggio memorizzato viene utilizzato da ogni visitatore, quindi le schede non cambiano ordine dopo il caricamento.

La formula combina affidabilità, manutenzione recente, qualità del sito web, attività pubblica, completezza dell'elenco e supporto della comunità autenticato. Un vasto pubblico aiuta solo all'interno del componente della comunità limitato. Un piccolo prodotto può raggiungere la vetta rimanendo disponibile, fornendo la spedizione, spiegandosi chiaramente e mantenendo prove pubbliche credibili.

Questa pagina descrive la versione 2 della formula, in vigore dal 25 settembre 2026. Ogni modifica all’algoritmo è elencata nella cronologia delle versioni alla fine dell’articolo, così i creatori vedono cosa è cambiato e perché.

Score = min(100, 0.20U + 0.25M + 0.15Q + 0.10S + C + V)U, M, Q e S sono normalizzati da 0 a 100. C e V contribuiscono direttamente da 0 a 15 punti ciascuno. Il totale viene arrotondato a due decimali e limitato a 100.
  • Uptime: fino a 20 punti.
  • Manutenzione: fino a 25 punti.
  • Qualità del sito web: fino a 15 punti.
  • Attività sociale: fino a 10 punti.
  • Completezza dell'elenco: fino a 15 punti.
  • Supporto della community V: fino a 15 punti (12 dai voti, 3 dalla discussione).

Uptime premia un prodotto che funziona effettivamente.

Uptime si basa su osservazioni quotidiane dall'ultimo periodo di 30 giorni. Il 70% del componente deriva dalla percentuale di controlli riusciti. Il restante 30% deriva dal tempo di risposta medio dei controlli riusciti, non dalla risposta più veloce.

Una risposta di 800 millisecondi o inferiore riceve un bonus di velocità di 30 punti; di 2 secondi o inferiore, riceve 22; di 5 secondi o inferiore, riceve 12; una risposta riuscita più lenta riceve 4. Un dominio inattivo riceve zero, indipendentemente dal suo stato HTTP.

U = min(100, 70 × available_days / observed_days + speed_bonus)speed_bonus = 30 quando la mediana ≤ 800 ms; 22 quando ≤ 2.000 ms; 12 quando ≤ 5.000 ms; altrimenti 4.

La manutenzione utilizza la data più recente e verificata.

Un prodotto non dovrebbe dover riscrivere la propria homepage ogni settimana per rimanere aggiornato. NeedSift estrae la data più recente e affidabile da cinque fonti indipendenti: un cambiamento significativo della homepage, il changelog o il blog del prodotto, un rilascio su App Store o Google Play, un URL di sitemap appena pubblicato o un aggiornamento pubblico su GitHub o Telegram.

La prima scansione crea un punto di riferimento e non pretende che tutto ciò che è già presente sia un nuovo aggiornamento. Un prodotto riceve anche una finestra di lancio di sette giorni dalla sua creazione NeedSift. Dopo di ciò, deve dimostrare attività. I punteggi di Store, sitemap e social rimangono visibili per la spiegazione, ma le loro date più recenti e verificate vengono utilizzate per la manutenzione, in modo che il totale non premi lo stesso rilascio più volte.

M(age) = 100 ≤7d · 85 ≤30d · 60 ≤90d · 35 ≤180d · 10 otherwiseL'età viene misurata dalla data più recente di attività verificata o, quando non è stata osservata alcuna attività, dalla data di creazione del prodotto.

La qualità del sito misura la fiducia, non le dimensioni del sito web.

L'analizzatore di qualità può assegnare un punteggio di 100 a un piccolo prodotto indipendente su una singola pagina, proprio come a un grande sito web. Cerca metadati utili, supporto mobile, un favicon e un segnale canonicale o di lingua; percorsi legali e di contatto; percorsi di prezzo, documentazione, download o registrazione; un changelog; una quantità sufficiente di contenuti reali del prodotto e prove che la pagina descrive effettivamente il prodotto elencato.

I metadati contribuiscono fino a 40 punti di qualità grezzi, fiducia e struttura del prodotto 36, identità 12 e sostanza 12. Una pagina con meno di quaranta parole ha il suo risultato dimezzato. Un dominio parcheggiato o in vendita riceve zero. NeedSift controlla al massimo otto immagini della homepage: quando almeno tre vengono selezionate, le immagini rotte sottraggono 10, 20 o 30 punti a seconda della loro percentuale. Questo spiega perché una pagina di prodotto visivamente danneggiata non può ricevere il pieno credito di qualità semplicemente perché i suoi tag meta sono corretti.

Q = clamp₀₋₁₀₀(metadata + trust + identity + substance − image_penalty)La classifica finale riceve il 15% di questo risultato di qualità normalizzato. Volume di pagine e traffico di marketing non sono fattori di input.

Attività pubblica e completezza del profilo

Per l'attività pubblica, ogni profilo GitHub o Telegram raggiungibile aggiunge 15 punti grezzi, fino a un massimo di 45. Un nuovo post o commit imposta il punteggio sociale a 100. Altrimenti, l'attività entro sette, trenta o novanta giorni aggiunge 55, 40 o 20 punti. I link di X non vengono indicizzati senza un'interfaccia pubblica affidabile. Se un prodotto non elenca un profilo pubblico tracciabile, il punteggio sociale è neutro a 30 invece di diventare una penalità.

La completezza è intenzionalmente limitata. Un logo contribuisce con 3 punti. Screenshot contribuiscono con 1,5 ciascuno fino a 4. Una descrizione contribuisce con 2 punti a partire da 120 caratteri e 4 a partire da 300. Un claim aggiunge 1; la copertura di link utili aggiunge fino a 2; una categoria aggiunge 1. L'aggiunta di dieci link duplicati o centinaia di screenshot non aumenta il risultato.

S = min(100, 15 × reachable_profiles + freshness_bonus); S = 30 when untrackedfreshness_bonus = 55 per ≤7 giorni, 40 per ≤30 giorni, 20 per ≤90 giorni; l'attività appena osservata fa sì che S = 100.
C = logo(3) + screenshots(max 4) + description(max 4) + tagline(1) + links(max 2) + category(1)La completezza è limitata naturalmente a 15 punti e premia le prove utili piuttosto che il volume del profilo.

Voti e discussione aiutano, ma non comprano il catalogo

NeedSift utilizza voti positivi piuttosto che una scala di valutazione positiva e negativa. Pertanto, un intervallo di Wilson non è il modello corretto, mentre una media Bayesiana di tipo IMDb richiederebbe un valore di valutazione significativo per avvicinarsi al catalogo. Invece, NeedSift utilizza una curva logaritmica: il supporto iniziale e genuino è importante, i rendimenti diminuiscono rapidamente e l'influenza della comunità si ferma a 15 punti.

Il vertice della curva non è un numero fisso di voti. I punti pieni per i voti si trovano al 90° percentile dei voti ponderati di tutti i prodotti approvati, con un minimo di dieci. In parole semplici, un prodotto ottiene tutti i dodici punti dei voti quando è più sostenuto di nove prodotti su dieci del catalogo. Si usa un percentile invece del massimo perché una sola scheda gonfiata può spostare il massimo, ma non il 90° percentile. Il minimo impedisce a un catalogo giovane di assegnare il punteggio pieno per un solo voto. La scala viene ricalcolata a ogni scansione giornaliera.

Per votare è necessario l'autenticazione e un singolo account può esprimere un solo voto per prodotto. Se l'account ha meno di ventiquattro ore di vita quando viene espresso il voto, questo riceve un peso di 0,25. Un account consolidato riceve 1. Questo non risolve ogni campagna coordinata, ma rende gli account di lancio temporanei quattro volte meno efficaci e crea una solida base per la revisione delle anomalie.

W = Σ vote_weight; vote_weight = 0.25 if account_age < 24h, otherwise 1L'età dell'account viene misurata al momento del voto, quindi attendere più a lungo non migliora retroattivamente un voto sospettosamente recente.
V_votes = 12 × min(1, ln(1 + W) / ln(1 + W₉₀)); W₉₀ = max(10, P90 of W across the catalog)Con la scala minima, un voto pieno vale circa 3,47 punti, tre circa 6,94 e dieci raggiungono il tetto di 12 punti. Quando il catalogo cresce, W₉₀ cresce con lui e lo stesso numero di voti vale proporzionalmente meno.
V = V_votes + V_discussionLa discussione è descritta nella sezione successiva e aggiunge al massimo 3 punti, quindi V non supera mai 15.

La discussione conta un po’

I prodotti di cui la gente parla di solito sono prodotti che la gente usa. Dalla versione 2 la componente community conta anche la discussione sotto un prodotto. L’unità è la persona, non il messaggio: ogni commentatore distinto conta una volta, qualunque sia il numero di commenti, così una lunga discussione tra due account non sembra una folla.

Contano solo i commenti che hanno superato la moderazione. I commenti del creatore del prodotto non contano: rispondere alle domande è benvenuto, ma non deve alzare il proprio punteggio. Un commentatore il cui account aveva meno di ventiquattro ore al primo commento conta 0,25, lo stesso sconto dei voti di account nuovi. I commenti nascosti, rifiutati ed eliminati contano zero.

Il peso è volutamente piccolo. Gli account costano poco e il testo di un commento è facile da generare, quindi la discussione serve a distinguere prodotti simili, non come leva. Usa la stessa scala relativa al catalogo dei voti, con un minimo di cinque commentatori.

D = Σ commenter_weight; commenter_weight = 0.25 if account_age < 24h at first comment, otherwise 1Una voce per ogni commentatore distinto con almeno un commento approvato, escluso il creatore.
V_discussion = 3 × min(1, ln(1 + D) / ln(1 + D₉₀)); D₉₀ = max(5, P90 of D across the catalog)Con la scala minima, un commentatore affermato vale circa 1,16 punti, tre circa 2,32 e cinque raggiungono il tetto di 3 punti.

Un esempio pratico

Considerare un prodotto con un'uptime perfetta, attività negli ultimi trenta giorni, un punteggio di qualità del sito pari a 80, un punteggio sociale di 70, tredici punti di completezza e tre voti affermativi. Il prodotto guadagna 20 punti di uptime, 21,25 punti di manutenzione, 12 punti di qualità, 7 punti sociali, 13 punti di completezza e 6,94 punti della comunità.

Il suo punteggio finale è 80,19. Più voti possono ancora aiutare, ma anche un numero sufficiente di voti per raggiungere il limite aggiungerebbe solo 8,06 punti. Il percorso più efficace è migliorare le prove del prodotto: riparare i media, mantenere il sito attivo, pubblicare una vera versione, completare la descrizione o aggiungere un changelog utile.

20 + 21.25 + 12 + 7 + 13 + 6.94 = 80.19Esempi di input: U=100, M=85, Q=80, S=70, C=13, W=3, D=0, W₉₀=10.

Perché questo è diverso dai feed di lancio.

I feed basati sul decadimento temporale, come Hacker News, sono progettati per evidenziare rapidamente le notizie più recenti: la popolarità perde efficacia con il tempo. NeedSift ha un compito diverso. Un prodotto utile non dovrebbe scomparire semplicemente perché è stato lanciato mesi fa, ma dovrebbe gradualmente perdere punti di manutenzione se ogni indicatore pubblico diventa obsoleto. La finestra di manutenzione a gradini offre a nuovi prodotti un buon inizio e consente a prodotti più vecchi di recuperare immediatamente fornendo lavoro verificabile.

La ricerca sull'abbandono di progetti open-source mostra anche perché una singola data dell'ultimo commit non è sufficiente per descrivere la sopravvivenza del progetto. NeedSift non afferma che una qualsiasi traccia pubblica dimostri la salute del prodotto. Combina percorsi indipendenti e limita deliberatamente ogni componente. La formula evolverà, ma le modifiche dovrebbero rimanere spiegabili e testabili.

Il punteggio è consultabile, non è una "scatola nera"

Ogni componente è memorizzato dal backend e reso disponibile nella pagina del prodotto nella sezione "Perché questo punteggio". Gli utenti possono visualizzare l'uptime, la manutenzione, la qualità del sito, l'attività sui social, la completezza e il contributo della comunità, invece di indovinare perché un concorrente si è posizionato al loro posto. L'ordine del catalogo cambia solo dopo che il backend ricalcola i punteggi; non viene riordinato nel browser mentre qualcuno sta leggendo.

La trasparenza non significa pubblicare ogni soglia anti-abuso in modo permanente. Significa pubblicare le regole normali, separare i fatti misurati dalle decisioni editoriali e spiegare le modifiche significative. L'obiettivo non è una definizione matematicamente perfetta di qualità. Si tratta di un sistema di classificazione che incentiva prodotti affidabili, manutenzione onesta e lavoro pubblico utile.

Cronologia delle versioni

La formula cambia man mano che NeedSift impara cosa distingue i prodotti mantenuti da quelli abbandonati. Ogni versione indica cosa è cambiato e perché. I punteggi vengono ricalcolati alla scansione giornaliera successiva al rilascio di una modifica.

  • v2 — 25 settembre 2026. Il supporto della community ora combina voti (fino a 12 punti) e discussione (fino a 3 punti): commentatori distinti con commenti approvati, escluso il creatore, con sconto per gli account nuovi. Il punteggio pieno non è più un numero fisso di voti: si trova al 90° percentile del catalogo, con minimi di 10 voti e 5 commentatori, così la scala cresce insieme a NeedSift.
  • v1 — 24 settembre 2026. Prima formula pubblica: disponibilità 20, manutenzione 25, qualità del sito 15, attività social 10, completezza 15 e voti 15 su una curva logaritmica fissa, V = min(15, 5 × ln(1 + W)), con i voti degli account nuovi pesati 0,25.