Test di rendering dei siti web

Esamina metadati pubblici e anteprime statiche di HTML, CSS e immagini senza JavaScript, nei formati desktop, tablet e cellulare.

Come usarlo

Esamina metadati pubblici e anteprime statiche di HTML, CSS e immagini senza JavaScript, nei formati desktop, tablet e cellulare.

Passaggio 1

Inserisci una pagina pubblica

Esempio illustrativo, non un risultato in tempo realehttps://clocktools.app/

Usa una pagina HTTPS pubblica per un’anteprima statica; HTTP supporta solo metadati. Non inserire credenziali, porte personalizzate, link firmati o identificatori personali.

Passaggio 2

Scegli le dimensioni

Esempio illustrativo, non un risultato in tempo reale1440×900 · 820×1180 · 390×844

Sono viewport in pixel CSS, non dispositivi precisi né un confronto tra browser.

Passaggio 3

Leggi le prove

Esempio illustrativo, non un risultato in tempo realePNG · JSON

Controlla prima lo stato della cattura. Scarica PNG solo con una cattura reale; esporta separatamente i metadati.

Usi pratici

Revisione responsive

Prima di pubblicare un modello articolo scegli desktop e mobile, aggiungendo tablet se conta la transizione. Confronta titoli, navigazione, immagini e contenuto alle misure esatte. Conserva PNG validi e JSON nel ticket. Menu, moduli e contenuto JavaScript richiedono verifiche separate nel browser normale.

Passaggio dei metadati

Durante la migrazione controlla titolo, primo H1, canonical e robots con URL finale e stato. Esporta metadati anche senza immagine. Canonical diversa è indizio di configurazione, non scelta confermata del motore. Verifica fonte e distribuzione previste, senza giudicare SEO da uno screenshot.

Indagine su un errore

Se l’anteprima sembra vuota o senza stile, leggi prima avvisi di cattura e risorse omesse. Confronta localmente senza e con JavaScript. Aiuta a distinguere shell dinamica da CSS o immagini mancanti. Cattura fallita e PNG valido con poco contenuto richiedono segnalazioni diverse.

Contesto e funzionamento

Anteprima statica di example.com acquisita per desktop
La cattura di example.com mostra la pagina acquisita senza JavaScript, insieme ai dati della risposta e ai metadati. È una vista statica, non un test delle interazioni o di diversi browser.

Layout guidati dal viewport

Le media query CSS adattano gli stili alle condizioni del viewport. I pixel sono CSS, non il numero fisico dichiarato per un telefono. Una larghezza di 390 pixel non certifica un modello di smartphone.

La pagina può funzionare alle larghezze scelte e debordare tra esse. Controlla testi lunghi, orientamento, zoom e interazioni separatamente. Un’immagine del primo viewport non verifica il resto della pagina o un acquisto completo. Specifica W3C delle media query.

Immagine e risposta HTML non coincidono

Un’anteprima statica visualizza HTML, CSS e immagini supportate senza JavaScript. I metadati vengono estratti separatamente da HTML sorgente limitato; nessun risultato verifica un DOM generato da JavaScript.

Sono ammesse solo risorse HTTPS pubbliche validate. Script, font esterni, frame, contenuti multimediali e connessioni sono disattivati. Le risorse mancanti modificano l’aspetto; un PNG valido può mostrare un sito dinamico incompleto o vuoto. Restrizioni delle richieste del browser.

Esempio: HTTP 200 senza cattura

Esempio illustrativo: una pagina restituisce HTTP 200 e un titolo, ma non è disponibile un’anteprima. Questo dimostra una risposta sorgente, non un’interfaccia disegnata. Controlla l’errore specifico; HTTP, contenuti non supportati e limiti possono lasciare solo metadati.

Risposta HTTP
200
Prova ottenuta
Metadati sorgente
Non dimostrato
Aspetto renderizzato o interazione riuscita

Scegliere larghezze per una domanda di layout

Sono disponibili desktop 1440 × 900, tablet 820 × 1180 e mobile 390 × 844. Desktop e mobile sono iniziali; aggiungi tablet per la larghezza intermedia. Almeno una misura resta selezionata. Sono viewport fissi, non catalogo di dispositivi. Non ci sono controlli per larghezza personalizzata, orientamento, browser o touch.

Verifica percorso HTTPS pubblico specifico, non solo homepage. Articolo lungo, elenco prodotti o traduzione può sollecitare il modello diversamente. Usa lo stesso percorso alle misure pertinenti e annota contenuto iniziale. La specifica W3C delle media query descrive condizioni CSS per larghezza; qui conta l’usabilità del layout statico a quelle misure.

Nell’esempio fisso un titolo occupa una riga desktop e tre mobile. Non è automaticamente un difetto. Cerca parole tagliate, sovrapposizioni o azione principale fuori vista senza continuazione utile. Prova anche misure intermedie, zoom e orientamento localmente. Tre campioni non certificano ogni breakpoint o dispositivo.

Misure e domande utili
ViewportRevisione utileNon dimostrato
1440 × 900Navigazione ampia, colonne e titoliTutti gli schermi, browser e zoom
820 × 1180Transizioni intermedieTablet specifico o comportamento touch
390 × 844Testo stretto, immagini e prima areaTelefono specifico, tastiera o tutte le larghezze mobili

Capire cosa viene realmente disegnato

L’anteprima disegna HTML ottenuto, CSS e immagini supportati senza JavaScript. Titolo server può comparire, grafico client no. Cattura il primo viewport, non tutta la pagina; ciò che è sotto non è stato ispezionato visivamente. PNG valido prova cattura statica alla misura scelta, non caricamento completo dell’app.

Font esterni, frame e media sono esclusi. Font sostitutivi cambiano larghezza, righe e altezza; icone tipografiche possono sparire. Se risorse sono omesse, considera l’immagine parziale e valuta quali differenze ne derivino prima di cambiare spaziatura.

La limitazione aiuta a osservare HTML iniziale. Nel confronto fisso un articolo server mantiene testo senza JavaScript, un’app con solo contenitore root appare scarna malgrado 200 e titolo. Questo non valuta da solo miglioramento progressivo o disponibilità generale. Confronta fonte e browser normale per capire se l’assenza è voluta.

Interpretare i metadati senza convertirli in voto

I metadati vengono estratti separatamente dall’HTML ricevuto, non da un DOM modificato da JavaScript o dai pixel della cattura. Le righe visibili del pannello dei risultati mostrano lo stato della risposta, il titolo, il primo H1, canonical, robots, il tipo di contenuto, le dimensioni dell’HTML esaminato e il tempo di risposta approssimativo. L’esportazione JSON conserva anche la descrizione e il valore viewport estratti, l’URL finale e i reindirizzamenti; descrizione e viewport non hanno righe visibili dedicate. Usa questi dati aggiuntivi per distinguere la configurazione della pagina da un problema di cattura, senza considerarli un giudizio del motore di ricerca.

Un campo assente o vuoto non dimostra che il markup equivalente manchi nella pagina completa. Il parser HTML legge gli attributi per nome: modificarne l’ordine non impedisce l’estrazione, e i comuni attributi con o senza virgolette sono supportati. L’ispezione resta però limitata e il troncamento può lasciare i tag successivi fuori dal codice esaminato. Viene riportato il primo H1, non l’intera struttura delle intestazioni, e non viene esaminato il contenuto generato da JavaScript. Se l’analisi fallisce, il risultato indica metadati non disponibili e una cattura non riuscita, senza confermare l’assenza di tag. Confronta il codice ricevuto senza autenticazione con il DOM modificato del browser prima di aggiungere tag duplicati come presunto rimedio.

La relazione canonical HTML indica URL preferita. Controlla che non punti a ambiente vecchio o percorso sbagliato; non prova la scelta del motore. La documentazione robots di Google spiega direttive, ma un meta non decide crawl o indicizzazione. Header e altre condizioni richiedono controllo separato.

Titolo noto con login o challenge nell’immagine chiede confronto della risposta anonima, non conclusione di rendering autenticato. Metadati e cattura sono richieste separate e possono differire per contenuto, cache o momento di rilascio. Conserva entrambi gli stati senza riempire le prove mancanti di uno con l’altro.

Separare soli metadati, immagine parziale e successo

Leggi ogni misura separatamente. PNG desktop valido non approva mobile fallito. Soli metadati sono utili ma non prova visiva del viewport assente. HTTP fornisce solo metadati; usa il vero HTTPS pubblico per catturare, senza presumere che redirect HTTP ampli la capacità.

Se il recupero dei metadati fallisce, risolvi prima quell’errore. Se invece non riesce la cattura, leggi il messaggio specifico: una risposta di origine non riuscita, un contenuto non supportato, un problema di reindirizzamento o un limite di richieste, byte o tempo può impedire di ottenere un’immagine accettata. Un endpoint PDF o JSON non consente di verificare un layout HTML. Non aver ottenuto una cattura accettata è diverso dall’aver ottenuto una cattura accettata che appare vuota.

Se l’immagine è stata acquisita ma risulta incompleta, confronta gli avvisi sulle risorse omesse con ciò che vedi. Se il testo è privo di stile, controlla il percorso del foglio CSS e il tipo di contenuto supportato; se mancano immagini, verifica come vengono distribuite; se un’app mostra poco contenuto, controlla se dipende da JavaScript. Sono piste di indagine, non diagnosi formulate dallo strumento. Modifica il tuo sito solo dopo aver riprodotto il problema con il codice sorgente e le richieste delle risorse effettive.

Prove per un ticket di rendering
EsitoAffermazione utileConservare
Solo metadatiFonte disponibile, niente anteprima accettata a quella misuraStato, URL, campi ed errore
PNG statico accettatoPrimo viewport statico catturatoMisure, ora, PNG e avvisi
PNG accettato scarno o vuotoPoco contenuto visibile nel documento staticoConfronto fonte e prova locale senza JavaScript
Una misura fallitaCopertura incompletaEsiti per misura, non solo immagine riuscita

Preparare una revisione utilizzabile

Conserva percorso, misure, ora, metadati ed esiti singoli in JSON. Scarica PNG solo da cattura riuscita. Immagine conserva aspetto; JSON contesto ed errori persi col ritaglio. Il nome del file non prova pagina, tempo o condizioni.

Descrivi elemento, larghezza ed effetto: per esempio nome prodotto tagliato a 390 pixel e leggibile a 820. Includi percorso pubblico ed effetti possibili di risorse omesse o JavaScript assente. È più utile di “mobile fallito”, soprattutto se la cattura è terminata correttamente.

Concludi localmente con tastiera, menu, moduli autorizzati, caricamento ed errori. Prova browser e dispositivi realmente supportati. Non si misurano accessibilità, Core Web Vitals o latenza interattiva. Annulla o reimposta al cambio input; condividere non congela pagina o risultato.

Metodologia

Verifichiamo separatamente i metadati e l’aspetto statico della pagina, senza accedere ad account né fornire credenziali private. Ogni anteprima accettata rispetta le dimensioni scelte. Se manca un’anteprima o una risorsa, lo segnaliamo: i soli metadati non dimostrano che la pagina sia stata visualizzata completamente.

Limiti

È visibile l’area iniziale, non un rendering JavaScript completo, una cattura dell’intera pagina, un punteggio di prestazioni o un audit di accessibilità. Font esterni, contenuti incorporati, media ed elementi caricati dinamicamente possono mancare, modificando l’aspetto rispetto al tuo browser. Usa solo pagine pubbliche e verifica le interazioni sui tuoi dispositivi. Dopo l’annullamento, un risultato tardivo non sostituisce la vista attuale.

Correzioni

Segnala un problema riproducibile tramite la pagina dei contatti, indicando l’URL dello strumento, un input non riservato, l’ora del controllo, il risultato atteso e le prove della fonte. Allega se possibile la risposta pubblica, senza dati dell’account né link segreti. Una fonte cambiata non implica necessariamente un errore di calcolo. Confronta prima lo stesso nome, pagina e momento.

MetodologiaCorrezioni

Domande frequenti

Perché ci sono metadati ma non anteprima?

HTTP, contenuto non supportato, errore fonte o limite possono lasciare metadati senza immagine accettata. Leggi avviso per misura. Titolo e risposta non provano pagina disegnata; cattura mancante non diagnostica sito vuoto.

Il test esegue JavaScript?

No. Disegna HTML, CSS e immagini supportati senza script. Widget, rotte e contenuto client possono mancare. Confronta browser normale e test locale senza JavaScript; immagine statica valida non equivale ad applicazione interattiva verificata.

Le misure emulano dispositivi reali?

No. Fissano 1440 × 900, 820 × 1180 e 390 × 844. Non provano touch, densità, sistema operativo o famiglie di browser. Servono propri test responsive e su dispositivi per quelle condizioni.

Perché font o icone differiscono?

Font esterni sono esclusi; sostituzioni alterano righe e spazi e le icone tipografiche possono mancare. Frame, media e risorse dinamiche possono essere omessi. Controlla avvisi prima di chiamarlo difetto CSS.

HTTP 200 significa che tutta la pagina ha superato il test?

No. Descrive HTTP, non risorse e interazioni. Una shell JavaScript può dare 200 e poco contenuto statico. Controlla immagini e avvisi per misura, poi comportamento reale nel browser.

Perché mancano titolo o canonical presenti nel browser?

Possono essere inseriti da JavaScript, assenti dalla fonte anonima o non riconosciuti dall’estrattore. Il troncamento può omettere markup successivo. Confronta fonte, non solo DOM, prima di cambiare o duplicare tag.

La PNG include l’intera pagina?

No. Registra il viewport iniziale. Contenuto inferiore, scroll, caricamento differito ed elementi fissi dopo scroll richiedono revisione separata. Il download non dimostra controllo di tutte le sezioni.

Posso testare dashboard private o link firmati?

No. Usa pagine pubbliche senza credenziali, token o identificativi. La sessione non viene inviata. Controlla il privato localmente con strumenti autorizzati, senza mettere link di accesso in un controllo pubblico.

I metadati provano indicizzazione o accessibilità?

No. Non stabiliscono indicizzazione, canonical scelta o accessibilità. Usa strumenti di crawl, fonte e header per la prima, e valutazione con tastiera e tecnologie assistive per la seconda. Un’immagine ordinata non risponde a queste domande.