Risposte
CMS che non pubblica: cosa fare in RankAI
Quando il CMS non pubblica in modo diretto, il connettore va trattato come un limite da gestire, non come un guasto da interpretare. In RankAI si parte da ciò che è verificabile: le misure disponibili, la distinzione tra assenza di dato e zero, e un albero di diagnosi che separa il caso singolo da quello ricorrente.
Se il CMS non pubblica in modo diretto, non serve indovinare il motivo: si gestisce il limite del connettore con ciò che RankAI può mostrare. In pratica, apri la pagina interessata e controlla se la misura di visibilità è presente. Se manca, RankAI la mostra come N/D, mai come zero. Questo è il primo punto fermo: un dato assente non viene trattato come un risultato negativo. Da lì distingui il caso singolo da quello ricorrente, senza attribuire al connettore comportamenti che non hai osservato. Se il checkout è spento in pre-lancio, l'invito è creare l'account o aprire la pagina pertinente, non avviare una prova immediata.
Un albero di diagnosi per il connettore
Il criterio che usiamo è un albero decisionale, non una soglia. La domanda non è «quante volte è successo», ma «cosa posso verificare adesso». Questo evita di confondere un limite del connettore con un'assenza di misura.
Primo nodo: la misura esiste?
Se la misura di visibilità non c'è, la pagina mostra N/D. Non leggere quel N/D come prova che il CMS abbia bloccato la pubblicazione: è un'applicazione del nostro criterio sui dati mancanti, non un fatto registrato sul comportamento del connettore. Il N/D dice solo che quel dato non è disponibile.
Secondo nodo: caso singolo o ricorrente?
Se il problema riguarda una sola pagina, trattalo come caso singolo e annota cosa hai visto. Se lo stesso comportamento si ripete su più pagine, trattalo come ricorrente e annota la sequenza. In entrambi i casi la registrazione resta la stessa: pagina, misura mostrata (incluso N/D), momento dell'osservazione.
Terzo nodo: cosa non puoi concludere
Una pagina in cinese semplificato non significa che RankAI misuri 豆包, 元宝, Kimi o 千问. Allo stesso modo, un N/D non autorizza a concludere che il connettore sia bloccato. Sono limiti del dato, non diagnosi.
Il contributo di questo pezzo è un albero di diagnosi in due rami, con una regola di tracciabilità unica. Ramo A, caso singolo: la pagina mostra N/D, la registri come singola e non generalizzi. Ramo B, caso ricorrente: più pagine mostrano N/D o lo stesso comportamento, le registri in sequenza e le tratti come ricorrenti. In entrambi i rami la tracciabilità è la stessa: pagina, misura mostrata, momento. La differenza non è nella soglia, ma nel fatto che il ramo B richiede una sequenza, non un conteggio. Questo formato è una proposta operativa di RankAI: non è uno standard universale e non sostituisce una verifica sul connettore. Serve a evitare due errori simmetrici: trattare un N/D come zero e trattare un caso singolo come ricorrente.
Due mini-casi compilati
Caso singolo. Pagina: scheda prodotto. Misura mostrata: N/D. Momento: apertura della pagina. Lettura: dato non disponibile, nessuna conclusione sul connettore.
Caso ricorrente. Pagine: scheda prodotto, pagina categoria, pagina articolo. Misura mostrata: N/D su tutte e tre. Momento: stessa sessione di controllo. Lettura: sequenza registrata, da trattare come ricorrente, senza attribuirla automaticamente a un blocco del CMS.
Il limite verificabile
Il limite è questo: possiamo affermare che una misura mancante viene mostrata come N/D e che l'albero distingue caso singolo e ricorrente. Non possiamo affermare, da un N/D, che il connettore del CMS abbia bloccato la pubblicazione. Per questo la verifica resta sul dato mostrato, non sull'ipotesi.
Per i casi che non rientrano in questo albero, vedi la pagina di approfondimento.