Metodo
Dopo la scansione: cosa confermare nel profilo RankAI
Dopo la scansione del sito, nel profilo RankAI vanno confermati i campi che definiscono l'osservazione: dominio e URL canonico, set di prompt e query, motori inclusi nell'osservazione, intervallo temporale e stato N/D delle metriche mancanti. La conferma non è un passaggio formale: è il momento in cui si stabilisce cosa stiamo misurando e cosa no. In questa guida indichiamo una procedura operativa per verificare il profilo iniziale, con un esempio compilato e un limite verificabile.
Dopo la scansione del sito, nel profilo RankAI vanno confermati i campi che definiscono l'osservazione: dominio e URL canonico, set di prompt e query, motori inclusi nell'osservazione, intervallo temporale e stato N/D delle metriche mancanti. La conferma non è un passaggio formale: è il momento in cui si stabilisce cosa stiamo misurando e cosa no. In questa guida indichiamo una procedura operativa per verificare il profilo iniziale, con un esempio compilato e un limite verificabile.
Perché la conferma del profilo viene prima della misura
La domanda «come si misura la visibilità AI» resta sullo sfondo: prima di misurare, bisogna stabilire cosa il profilo include. Se il profilo contiene un dominio sbagliato, un set di prompt incompleto o un intervallo temporale ambiguo, la misura che ne deriva non è interpretabile. La conferma del profilo iniziale serve a rendere espliciti questi elementi, non a migliorare il posizionamento.
RankAI mostra come N/D le metriche di visibilità che non sono disponibili. Questo è un fatto del prodotto: l'assenza non viene convertita in zero. La conseguenza operativa è che la conferma del profilo deve includere anche un controllo delle voci N/D, per distinguere ciò che non è stato osservato da ciò che è stato osservato e non trovato. Quest'ultima lettura è una proposta di interpretazione, non un comportamento dichiarato del prodotto.
I campi da confermare, uno per uno
La seguente checklist è una proposta operativa di RankAI, non uno standard universale. Serve a rendere la conferma del profilo iniziale ripetibile e verificabile.
1. Dominio e URL canonico
Verificare che il dominio corrisponda al sito che si intende osservare e che l'URL canonico sia quello effettivamente pubblicato. Un dominio di staging o un URL con parametri di tracciamento può alterare l'oggetto dell'osservazione.
2. Set di prompt e query
Controllare che i prompt e le query inseriti nel profilo corrispondano alle domande che si vogliono osservare. Un set troppo ampio diluisce la lettura; un set troppo ristretto non copre le varianti. La conferma consiste nel dichiarare esplicitamente cosa è incluso e cosa è escluso.
3. Motori inclusi nell'osservazione
Verificare quali motori sono stati selezionati. RankAI non misura 豆包, 元宝, Kimi o 千问: se questi motori non sono nel profilo, la conferma deve riflettere questa assenza. Inoltre, una risposta API non è la schermata che vede una persona: ciò che torna da un motore tramite API è la risposta dell'API, non l'interfaccia utente. Gemini e Google AI Overviews non sono la stessa osservazione; trattarli come un'unica fonte è una conseguenza operativa che va dichiarata, non un fatto del registro.
4. Intervallo temporale
Confermare l'intervallo di osservazione: date di inizio e fine, fuso orario e frequenza. Un intervallo ambiguo rende incomparabili due misurazioni successive.
5. Stato delle metriche N/D
Controllare quali metriche di visibilità sono mostrate come N/D. La presenza di N/D non indica assenza di visibilità: indica che quella misura non è disponibile. La conferma del profilo deve registrare queste voci, così che una lettura successiva non le interpreti come zero.
Esempio compilato: campo → valore atteso
Per rendere la conferma eseguibile, ecco un esempio di profilo con quattro campi e i valori attesi. I valori sono illustrativi e non corrispondono a un cliente reale.
- Dominio e URL canonico →
https://www.esempio.it/(nonhttps://staging.esempio.it/) - Set di prompt → 12 prompt su «come si misura la visibilità AI» e temi collegati, dichiarati come inclusi; nessun prompt su motori non selezionati
- Motori inclusi → solo i motori effettivamente presenti nel profilo; 豆包, 元宝, Kimi e 千问 assenti e dichiarati come non misurati
- Intervallo temporale → 1–30 giugno, fuso orario Europe/Rome, frequenza settimanale
- Metriche N/D → due voci di visibilità segnate N/D; la conferma le registra come «non disponibili», non come zero
Contributo originale di RankAI: la conferma come dichiarazione di ciò che non è osservato. La maggior parte delle checklist di configurazione si concentra su ciò che è incluso. Noi proponiamo di aggiungere una colonna «non osservato» accanto a ogni campo del profilo. Per il dominio: eventuali sottodomini esclusi. Per i prompt: le varianti non coperte. Per i motori: quelli non selezionati, inclusi 豆包, 元宝, Kimi e 千问, che RankAI non misura. Per l'intervallo: i periodi non coperti. Per le metriche: le voci N/D, che non sono zero. Questa colonna non è un fatto del prodotto, ma una proposta di lettura: serve a evitare che l'assenza venga interpretata come risultato. In pratica, dopo la scansione, si compila il profilo due volte: una per ciò che si vuole osservare e una per ciò che resta fuori. La seconda compilazione è quella che rende la misura interpretabile. Senza di essa, una voce N/D può essere scambiata per una visibilità nulla, e un motore non incluso può essere letto come un motore senza visibilità. La conferma del profilo iniziale, quindi, non è un controllo di completezza verso l'alto, ma una dichiarazione esplicita dei confini dell'osservazione.
Limite verificabile
Questa procedura non garantisce che il profilo sia corretto rispetto a un obiettivo di business: verifica solo la coerenza interna dei campi e la distinzione tra metriche disponibili e N/D. La lettura dello zero come «osservato e non trovato» resta un'ipotesi interpretativa, non un comportamento dichiarato di RankAI. Per i dettagli su come il prodotto tratta le risposte API e le metriche mancanti, si rimanda alla pagina di approfondimento.