Come leggere il punteggio SRPS e correggerlo con i brief tecnici

Che cosa osserva l’Audit del sito

Gran parte di Suparanku misura l’esterno: che cosa dicono del vostro brand gli assistenti AI. L’Audit del sito guarda invece l’interno, cioè il vostro sito visto come lo vedono i crawler AI e i motori generativi. Funziona su due livelli. L’audit di dominio verifica una volta i segnali validi per tutto il sito — HTTPS, robots.txt, se i bot di retrieval e citazione sono ammessi, sitemap, coerenza degli hreflang, markup dell’organizzazione. L’audit di pagina applica la stessa lente ai singoli URL: codice di stato, canonical e noindex, un solo H1, lunghezza di title e description, dati strutturati che portano fatti reali, freschezza, copertura degli alt nelle immagini e salute dei link presenti sulla pagina.

Insieme rispondono a una domanda che nessun tracker di visibilità esterna può affrontare: se l’AI non riesce a trovare o a leggere la vostra pagina, perché?

Come si legge il punteggio SRPS

Ogni pagina riceve un SRPS, punteggio di prontezza da 0 a 100. Non è la percentuale di una checklist: un title mancante pesa più di una dimensione immagine mancante. Un controllo che non si può valutare viene escluso, non contato contro la pagina.

Leggete le fasce come un semaforo:

• 80–100 — buona prontezza tecnica. Non garantisce che la pagina venga citata.
• 60–79 — da migliorare. Restano lacune concrete.
• sotto 60 — insufficiente. Uno o più segnali importanti non sono pronti.

Due dettagli cambiano la lettura di un numero basso:

• Un blocker porta il punteggio a 0. Un fallimento che rende la pagina non raggiungibile, non indicizzabile o non accessibile ai bot pertinenti azzera il punteggio, indipendentemente dagli altri controlli. Correggete prima quel blocker.
• SRPS e SRPS+. L’SRPS semplice si calcola sull’HTML grezzo (audit veloce). L’SRPS+ arriva dall’audit approfondito, che renderizza la pagina come farebbe un browser e aggiunge controlli sulla qualità di estrazione. L’SRPS+ resta un trattino finché non lanciate un audit approfondito su quella pagina. Se l’SRPS è sano ma l’SRPS+ è debole, i vostri contenuti dipendono da JavaScript che i crawler potrebbero non eseguire.

Il punteggio di dominio non è la media delle pagine. Combina i punteggi di pagina con i controlli che hanno senso solo per l’intero sito — robots.txt, sitemap, coerenza apex/www. Correggere una pagina lo muove poco; correggere un’impostazione di sito lo muove di più.

Perché una pagina ottiene un punteggio basso

Nella pratica i punteggi bassi si concentrano su poche cause:

• Accesso. Il robots.txt blocca un bot di retrieval o di citazione, oppure lo fa per errore una regola Allow/Disallow in conflitto. Nient’altro conta se il crawler non arriva mai.
• Indicizzabilità. Un noindex dimenticato, un canonical che punta a un’altra pagina o uno stato diverso da 200 tolgono silenziosamente la pagina dai giochi.
• Struttura sottile. Nessun dato strutturato, oppure markup presente ma privo di fatti reali (un Product senza prezzo né disponibilità), oppure title e description mancanti o fuori misura.
• Problemi di grafo. Una pagina che nessun contenuto interno linka (orfana), o sepolta a molti clic di profondità, è difficile da raggiungere per qualsiasi crawler — e per qualsiasi lettore.

I controlli manuali oggi presenti nel prodotto sono esclusi dal calcolo del punteggio: servono come promemoria operativo, ma non abbassano l’SRPS finché non vengono confermati. Se in futuro un controllo manuale entrerà nel punteggio, sarà indicato esplicitamente.

Correggere con un brief tecnico

È la parte che rende il punteggio azionabile. Per i controlli supportati, l’audit produce un brief tecnico deterministico, costruito dalla regola, dalle evidenze osservate e dal PLAYBOOK: non richiede una generazione LLM. È diverso dal brief di contenuto, che viene generato su richiesta ed è soggetto alla quota del piano. Il brief tecnico fornisce:

• il problema e il punto esatto in cui si trova;
• perché conta, con la tattica del PLAYBOOK e la solidità delle prove che la sostengono;
• la correzione passo per passo, con un artefatto pronto da incollare — la riga di robots.txt, il blocco JSON-LD o il meta tag corretto;
• i criteri di accettazione, per sapere quando è davvero chiuso.

Il testo strutturato si può passare a uno sviluppatore, inserire in un ticket o consegnare a un agente autorizzato. Non ogni rilievo ha un artefatto deterministico: i rilievi deep relativi ai contenuti usano brief on-demand e alcuni controlli informativi non hanno una correzione generata. Dopo il deploy, l’audit ricontrolla il segnale tecnico: se passa, la raccomandazione può risolversi; altrimenti resta aperta.

Un’abitudine settimanale

Non serve un crawl completo ogni giorno. Free conserva lo snapshot dell’audit iniziale; i piani a pagamento possono aggiornare gli audit secondo la loro pianificazione. Usa la quota deep sulle pagine ad alta priorità, comprese quelle già osservate nelle citazioni. Leggi il punteggio di dominio, ordina le pagine per SRPS e correggi prima i blocker, poi accesso, indicizzabilità e struttura. Il passaggio dei check alza SRPS; retrieval e citazione si misurano separatamente.