INCHIESTA TECNICA SUL NUOVO BLOG DI WEBSITE X5 – VERSIONE 2026.1
Pubblicato da TEMPLATEWEBDESIGN in INCHIESTE · Venerdì 06 Mar 2026
Tags: BLOG, INCOMEDIA, NON, RESPONSIVE
Tags: BLOG, INCOMEDIA, NON, RESPONSIVE
L’analisi nasce dall'esigenza di verificare se il nuovo componente Blog introdotto in WebSite X5 2026.1 abbia realmente risolto le criticità storiche legate alla gestione delle immagini, al comportamento responsive e alla coerenza tra lista articoli e pagina interna. Le verifiche sono state condotte confrontando:
- la versione 2024.2.8, dove i problemi erano riproducibili e documentati;
- la versione 2026.1, che secondo gli sviluppatori avrebbe introdotto miglioramenti significativi.
L’obiettivo è stabilire OGGI al 6.03.2026 se tali miglioramenti siano strutturali o solo apparenti.
Sintesi delle criticità storiche (versione 2024.2.8)
Nella versione precedente sono stati riscontrati problemi ricorrenti:
- assenza di un aspect-ratio dichiarato per le immagini del blog;
- comportamento incoerente tra lista articoli e pagina interna;
- crop imprevedibile delle immagini sotto determinati break point;
- dipendenza eccessiva dalla posizione del primo breakpoint (1150px);
- fragilità del layout quando si modificano i breakpoint predefiniti;
- uso di un’unica immagine per contesti diversi (card vs header articolo), con risultati non uniformi.
Questi problemi erano riproducibili e documentati.
Comportamento nella versione 2026.1
La nuova versione introduce alcuni miglioramenti, ma non una riscrittura completa del componente. Le nostre verifiche mostrano che:
- con i breakpoint predefiniti (primo a 1150px), il blog appare più stabile;
- le immagini 1280×600 o simili sembrano mantenere un comportamento responsive più coerente;
- sono presenti nuove impostazioni che migliorano la resa visiva.
Tuttavia, questi miglioramenti risultano parziali.
Persistenza dei limiti strutturali
Modificando il primo breakpoint da 1150px a 1680px, il comportamento del blog torna a mostrare le stesse criticità della versione precedente:
- le immagini perdono proporzione;
- il crop torna imprevedibile;
- la coerenza tra lista articoli e pagina interna si rompe;
- il layout non si adatta correttamente ai nuovi valori.
Questo dimostra che: la soluzione introdotta non è strutturale, ma dipende da configurazioni predefinite che mascherano il problema. Il componente blog continua a non gestire correttamente:
- aspect-ratio
- contenitori fluidi
- breakpoints personalizzati
- adattamento dinamico delle immagini
Conclusioni preliminari
L’inchiesta evidenzia che:
- il problema esisteva nella versione 2024.2.8;
- nella versione 2026.1 il comportamento è migliorato, ma solo entro condizioni specifiche;
- modificando i breakpoint, il blog torna a rompersi, segno che il limite è ancora presente;
- la soluzione attuale è parziale e non affronta la radice del problema.
Il nuovo blog appare quindi:
- più stabile, ma non robusto;
- più presentabile, ma non risolto;
- più coerente, ma solo entro i parametri predefiniti.
ALLA PROVA DEI FATTI!!!
A corredo di quanto abbiamo scoperto procederemo ora con la visualizzazione di screen shoot che dimostrano inequivocabilmente quanto andiamo dicendo. Per prima cosa abbiamo preso in esame il classico BLOG realizzato con la versione 2026.1 di X5 PRO. Ci siamo attenuti alle impostazioni di default che il prodotto fornisce durante la realizzazione di un NUOVO PROGETTO.
TEST EFFETTUATO CON IMMAGINE 1920×1280 – BREAKPOINT DI DEFAULT – ALTEZZA FISSA
Con questa configurazione, senza modificare nulla del layout ma impostando nella pagina principale del blog l’opzione “Immagine sopra titolo e contenuti in basso” e attivando “Immagine ad altezza fissa” con valore 650px, si ottiene un risultato molto buono sul fronte del responsive quando si utilizzano immagini 1920×1280.
È fondamentale ricordare che la stessa altezza (650px) deve essere impostata anche nella pagina interna dell’articolo, altrimenti il comportamento tra lista articoli e pagina interna risulta incoerente. ► Di seguito gli screenshot nelle varie risoluzioni indicate.
Uguale o superiore a 1150px ▼
Tra 1149 e 720PX ▼
Tra i 719 e i 480PX ▼
Inferiore ai 480PX ▼
Con questa configurazione anche abbinando 2 card affiancate, senza toccare altro. Il comportamento responsive è assicurato. Senza entrare in altri particolari vi diciamo che nella seguente configurazione il RESPONSIVE RIMANE E SI VEDE.
TEST EFFETTUATO CON IMMAGINE 1920×1280 – BREAKPOINT DI DEFAULT Versione 2026.1 Pro – OPZIONE MASONRY
Con questa configurazione, senza modificare altri parametri ma impostando nella pagina principale del blog l’opzione “Immagine sopra titolo e contenuti in basso” e selezionando “Masonry” con altezza fissata a 650px, si ottiene un risultato molto buono sul fronte del responsive utilizzando immagini 1920×1280. È importante ricordare che la stessa altezza (650px) deve essere impostata anche nella pagina interna dell’articolo, per mantenere coerenza tra anteprima e contenuto. Con questa configurazione , senza aver cambiato nulla ma solo avendo impostato nel setup della pagina principale del blog IMMAGINE SOPRA TITOLO E CONTENUTI IN BASSO E "MASORNY" fissando L'altezza nelle opzioni a 650px, OTTENIAMO UN OTTIMO RISULTATO sul fronte del responsive con immagini da 1920x1280. Non dobbiamo dimenticarci sempre di settare anche la pagina dell'articolo interno mettendo l'altezza a ► 650px
TEST EFFETTUATO CON IMMAGINE 1920×1280 – BREAKPOINT DI DEFAULT Versione 2026.1 Pro – ALTEZZA VARIABILE
Con questa configurazione, senza modificare altri parametri ma impostando nella pagina principale del blog l’opzione “Immagine sopra titolo e contenuti in basso” e selezionando “Immagine ad altezza variabile”, mantenendo comunque l’altezza impostata a 650px e disattivando l’opzione “Adatta al contenuto della pagina”, si ottiene un comportamento adattivo accettabile con immagini 1920×1280. Anche in questo caso è necessario impostare la stessa altezza (650px) nella pagina interna dell’articolo, per evitare incoerenze tra anteprima e contenuto. Di seguito gli screenshot mostrano il comportamento nelle varie risoluzioni testate.
UGUALE O SUPERIORE A 1150PX ▼
Questa configurazione non garantisce un comportamento realmente responsive nella pagina preliminare dell’articolo. L’immagine risulta centrata ma lascia spazi vuoti sia a destra che a sinistra, mentre i testi (titolo, descrizione e pulsante) non sono allineati correttamente rispetto all'immagine. L’apertura dell’articolo, invece, mantiene un comportamento responsive adeguato. Per correggere questa situazione è sufficiente intervenire sul setup dei blocchi, impostando un valore compreso tra 160 e 250px. In questo modo si compensano gli spazi bianchi laterali dell’immagine e si ripristina l’allineamento corretto tra immagine e contenuti. Nella foto sottostante come si presenta dopo aver modificato l'ampiezza dei box. ▼
Gli articoli interni mantengono un comportamento responsive coerente, così come la pagina preliminare dell’articolo. Possiamo quindi affermare che, dopo molti anni e numerose segnalazioni, Incomedia ha finalmente raggiunto un livello accettabile per quanto riguarda il blog, almeno entro le configurazioni standard.
Ma, da “very bastard inside”, ci siamo posti una domanda inevitabile: cosa accade se proviamo a lavorare con break points più estesi? Come reagisce il responsive in condizioni meno “protette”? Il software mantiene davvero usabilità e libertà di creazione, oppure il comportamento torna a mostrare i limiti strutturali già noti?
TEST EFFETTUATO CON IMMAGINE 1920×1280 – BREAKPOINT ESTESO A 1680px Versione 2026.1 Pro – ALTEZZA FISSA
Con questa configurazione, senza modificare altri parametri ma impostando nella pagina principale del blog l’opzione “Immagine sopra titolo e contenuti in basso” e selezionando “Immagine ad altezza fissa” con valore 650px, si ottiene un risultato decisamente negativo sul fronte del responsive quando si utilizzano immagini 1920×1280.
Anche impostando la stessa altezza (650px) nella pagina interna dell’articolo, il comportamento rimane incoerente: l’immagine non si adatta correttamente al nuovo breakpoint esteso e il layout perde stabilità. Gli Screenshot mostrano nel dettaglio il comportamento nelle varie risoluzioni testate.
QUESTA E' L'IMMAGINE ORIGINALE
applicandola nella nuova configurazione con break point estesi emerge un quadro del tutto diverso:
Uguale o superiore a 1680px ▼
Il layout salta. Riducendo le risoluzioni le immagini si tagliano ne evidenziamo una a caso ossia ai 959 - 720
Eppure se lanciamo l'articolo questo vi si presenterà incredibilmente RESPONSIVE 100% ma non risolve il problema del taglio sull'articolo preliminare da leggere.
TEST EFFETTUATO CON IMMAGINE 1920×1280 – BREAKPOINT ESTESO Versione 2026.1 Pro – MODALITÀ MASONRY
Con questa configurazione, senza modificare altri parametri ma impostando nella pagina principale del blog l’opzione “Immagine sopra titolo e contenuti in basso” e selezionando “Masonry” con altezza fissata a 650px, si ottiene un risultato molto buono sul fronte dell’adattamento, quasi del tutto assimilabile a un comportamento responsive, utilizzando immagini 1920×1280. Il risultato è graficamente accettabile sotto ogni punto di vista. È necessario, come sempre, impostare la stessa altezza (650px) anche nella pagina interna dell’articolo, che in questo caso si presenta correttamente responsive al 100%. Fin qui tutto bene. Ma un blog deve garantire anche usabilità, coerenza grafica e libertà di impaginazione, senza compromettere il comportamento responsive. Decidiamo quindi di mostrare due card affiancate invece di una sola. E cosa succede? Succede che il layout si smonta completamente: il responsive non regge più nelle immagini preliminari, mentre — in modo sorprendente — rimane perfettamente responsive solo all'interno dell’articolo aperto in lettura
Al calare delle risoluzioni: ▼
E quindi? Il blog funziona finché rimane entro i suoi parametri di default. Appena si prova ad ampliare le possibilità con personalizzazioni normali — come breakpoints più estesi, layout più complessi o semplicemente due card affiancate — il comportamento si degrada e il responsive perde completamente coerenza. A questo punto non ha senso continuare a cercare soluzioni alternative o forzature: il limite non è nel setup, ma nella struttura stessa del componente.
Il Test per noi NON E' STATO SUPERATO.
Al riguardo un moderatore del forum ha ben pensato di non replicare all'anomalia che NOI segnaliamo qui https://helpcenter.websitex5.com/it/post/275572 ma ha arbitrariamente aperto un post senza possibilità di replica ► https://helpcenter.websitex5.com/it/post/275595 dove in sostanza dice: se leggete qui (riferito alla nostra segnalazione) dovete stare tranquilli perché non è come dicono e lascia un esempio di un blog fatto di default con immagini da francobollo anni 1980. Questo conferma in modo definitivo che il nuovo Blog non ha ricevuto una soluzione strutturale, ma solo un set di condizioni predefinite che ne mascherano i limiti. Il componente funziona finché rimane confinato nel suo perimetro standard; appena si interviene con personalizzazioni normali (breakpoint, formati immagine, layout), il comportamento torna incoerente esattamente come nelle versioni precedenti. Un componente realmente responsive non può dipendere da un singolo breakpoint o da un rapporto immagine “fortunato”: deve adattarsi a tutte le configurazioni previste dal software. Per questo motivo, il nostro test , come sopra detto, non può essere considerato superato.
È inoltre scorretto che, invece di confrontarsi nel thread originale, un moderatore abbia aperto un post separato e non replicabile, minimizzando l’anomalia con un esempio costruito su un blog di default e immagini microscopiche, che non rappresentano in alcun modo un caso d’uso reale. Questo non contribuisce né alla trasparenza né alla qualità del confronto tecnico.
7 recensioni
ANGELO M.
Lunedì 09 Mar 2026
Sono tanti anni che gli viene detto che il Blog manca di responsive ed è ancora legato ad una grafica anni 8o. Bisogna fare i salti mortali se hai break point diversi da quelli di default. Il moderatore al riguardo si da troppe arie per me.
ROBERTO F.
Sabato 07 Mar 2026
Mi spiace dirlo, ma sembra che il blog di X5 sia molto più fragile di quanto venga raccontato. E il moderatore ha fatto parecchia ginnastica per far sembrare tutto perfetto.
Peccato che basti un’immagine grande per far saltare tutto
Peccato che basti un’immagine grande per far saltare tutto
FEDERICO A.
Sabato 07 Mar 2026
Il confronto tecnico è utile solo se è trasparente. Qui invece sembra che si voglia proteggere un esempio teorico che non regge ai test reali. La moderazione dovrebbe aiutare a chiarire, non a insabbiare. Lasciatelo perdere si vede che è una persona che non sa neanche farsi le domande e darsi le riposte da solo.
GIUSEPPE C.
Sabato 07 Mar 2026
Dopo aver letto tutta l'inchiesta mi ha impressionato il comportamento assunto dal Moderatore.Veramente una persona cattiva in tutto e per tutto. Pur di farsi bello davanti a Incomedia (probabilmente è pagato) non ha esitato a fare quello che ha fato senza alcuna possibilità di poter replicare. Ha fatto un post per i rioncoglioniti del web.Ma si può presentare un blog come quello da lui utilizzato nel modello? Robba da anni 70.
ANTONIO L.
Sabato 07 Mar 2026
Questo moderatore come nik name si dovrebbe chiamare il salvatore di incomedia. Tanto è di parte che secondo me non sa neanche quello che dice. Per tutto il resto l'analisi/inchiesta non fa una grinza. POssono dire quello che gli pare i fatti sono altri. DIffidate!!!!