Rilancio del sito: cosa controllare prima dell’approvazione

In base a cosa va misurato il nuovo sito?

Un nuovo design si giudica in fretta in base al gusto. Per l’approvazione serve anche un compito che un visitatore deve davvero svolgere: trovare un servizio adatto, chiedere un’offerta o scegliere un appuntamento. Scrivi questo compito in una frase prima del collaudo.

Per un fornitore locale potrebbe essere: un potenziale cliente capisce se la sua esigenza rientra nell’offerta, trova il contatto giusto e può inviare una richiesta. È un esempio di lavoro, non un risultato misurato su un cliente. Uno screenshot attraente non dimostra ancora che il percorso funzioni.

Una scheda di approvazione che puoi davvero completare

Consigliamo una scheda condivisa con le sei verifiche seguenti. Ogni riga ha una persona responsabile e una prova visibile, ad esempio un link testato o una richiesta di prova ricevuta. I criteri sono un nostro strumento di lavoro per il collaudo.

Sullo smartphone conta l’usabilità, non il mockup

Verifica il sito anche fuori dall’anteprima del design. Apri il menu, leggi una pagina di servizio e usa il canale di contatto su uno smartphone vero. Fai attenzione agli avvisi che compaiono solo dopo un inserimento: un messaggio di errore comprensibile può contare più di un’animazione in più.

Per i normali contenuti letti in verticale, le WCAG 2.2 indicano una larghezza di 320 pixel CSS a cui informazioni e funzioni devono restare disponibili senza scorrimento bidimensionale. Ci sono eccezioni per contenuti come le tabelle di dati. Prova quindi anche una vista stretta e il testo ingrandito; un singolo screenshot da mobile non basta.

Per il testo normale il criterio WCAG di contrasto minimo prevede almeno 4,5:1, per testo sufficientemente grande 3:1. Un titolo non è automaticamente abbastanza grande per il valore inferiore. Controlla soprattutto il testo sulle foto e le etichette dei moduli. Queste verifiche coprono una parte dell’accessibilità, non una prova completa di conformità.

Fonti: W3C: riflusso con viste strette e ingrandimento · W3C: contrasto minimo secondo WCAG 2.2

Verificare separatamente tempo di caricamento e reattività

Un’animazione può sembrare tranquilla e rallentare comunque gli input. Verifica quindi sia il primo caricamento sia la reazione di menu, pulsanti e moduli. Per video e immagini grandi conviene anche una prova con una connessione più lenta.

Per buoni Core Web Vitals Google indica un LCP di al massimo 2,5 secondi, un INP di al massimo 200 millisecondi e un CLS di al massimo 0,1. La valutazione si riferisce al 75º percentile delle visualizzazioni reali, separatamente per dispositivi mobili e desktop.

Prima del lancio test di laboratorio e prove d’uso proprie aiutano a trovare punti deboli concreti. Dopo il lancio li integri con i dati reali disponibili. Un singolo punteggio Lighthouse non dimostra che i visitatori reali raggiungano tutti e tre i valori obiettivo. Annota nella scheda di approvazione quale misurazione è disponibile e cosa resta da osservare.

Fonti: web.dev: Web Vitals

Con nuovi indirizzi, mantenere i percorsi esistenti

Se con il rilancio cambiano gli URL, Google consiglia di associare i vecchi indirizzi ai nuovi corrispondenti e di usare reindirizzamenti permanenti lato server, ad esempio 301 o 308. Link interni, tag canonical e sitemap devono usare i nuovi indirizzi. Reindirizzare in blocco molte vecchie pagine diverse alla homepage non è un sostituto corretto.

Raccogli a questo scopo le principali pagine di servizio esistenti e i link di annunci, email e materiale stampato. Riaprili dopo il passaggio. Un semplice cambio di design con URL invariati non richiede reindirizzamenti generalizzati.

Fonti: Google: spostamento del sito con modifica degli URL

Verificare se il sito pubblico può essere trovato

Un ambiente di test può essere protetto di proposito. Sulle pagine pubbliche le impostazioni devono corrispondere all’accesso desiderato per i motori di ricerca. Controlla soprattutto che non siano stati ripresi per errore una protezione con password, un blocco dei crawler o un’istruzione noindex.

Google indica come requisiti tecnici minimi un Googlebot non bloccato, una pagina funzionante con stato HTTP 200 e contenuti indicizzabili. Lo strumento Controllo URL della Search Console aiuta a verificare singole pagine. Soddisfare i requisiti non garantisce ancora indicizzazione o una determinata posizione.

Fonti: Google: requisiti tecnici per la Ricerca

Cosa blocca l’approvazione e cosa può aspettare

Un perimetro dei servizi sbagliato, un contatto irraggiungibile o un pulsante di prenotazione nascosto vanno corretti prima del lancio. Una variante d’immagine in più invece può rientrare in un miglioramento successivo. Conta se un problema impedisce il compito concordato o falsa il contenuto.

Pianifica subito dopo la pubblicazione un nuovo controllo dei percorsi principali. La verifica nell’anteprima e quella sul dominio reale sono due passaggi distinti. Annota i miglioramenti in sospeso con un responsabile, così non spariscono dopo il lancio.

• Approvare: il compito concordato per il visitatore funziona sul dominio reale.
• Correggere: un problema ben delimitato impedisce questo compito; dopo la correzione testare di nuovo lo stesso percorso.
• Ridefinire: offerta, target o processo di prenotazione non sono ancora chiari. Prima chiarire l’incarico.

Come la verifica si collega alle offerte web di Pribbly

Pribbly offre siti web come servizio singolo e la prima realizzazione del sito all’interno dei pacchetti mensili. Nei pacchetti il sito aziendale nasce all’inizio; poi sono previste manutenzione tecnica e modifiche mensili limitate ai contenuti. Non si intende quindi un nuovo sito al mese. L’offerta separata Website Premium 3D dello shop non fa automaticamente parte di un pacchetto mensile.

Per un’offerta annota quindi quali pagine verranno create, quale percorso di contatto o prenotazione ne fa parte e quale supporto servirà dopo. La scheda di approvazione aiuta a rendere concreti questi punti nel colloquio.

Questo articolo pratico è stato creato con il supporto dell’IA. Fonti, affermazioni e collegamento al catalogo Pribbly sono stati verificati automaticamente per la pubblicazione. La checklist non sostituisce la verifica di un sito cliente concreto.