Articoli su e-commerce, Magento, integrazioni e sviluppo web. https://yuriy-boyko.com/blog/ 2026-10-22T00:00:00.000Z Yuriy Boyko https://yuriy-boyko.com/blog/mage-os-hackathon-olanda-4-novembre-2026/ 2026-10-22T00:00:00.000Z 2026-10-22T00:00:00.000Z

Il 4 novembre 2026 ad Amsterdam si tiene il Mage-OS Hackathon. Cos'è, cosa succede in quei giorni e perché conta per chi ha un negozio online.

<p>Il <strong>4 novembre 2026</strong> ad Amsterdam si tiene il <strong>Mage-OS Hackathon</strong>: una giornata in cui sviluppatori, agenzie e aziende lavorano insieme sul codice di Mage-OS e Magento. Non è un evento commerciale e non cambia nulla in modo immediato per il tuo negozio, ma dice molto su chi sta dietro a una piattaforma che molti e-commerce usano ogni giorno. Ecco cosa c'è da sapere, in modo semplice.</p> <h2>Cos'è un hackathon della community</h2> <p>Un hackathon non è una gara. È una giornata di lavoro condiviso in cui ci si divide in piccoli gruppi e si contribuisce al progetto in modo concreto: si correggono errori, si rivedono le modifiche proposte da altri, si migliorano funzioni esistenti, si scrivono test e documentazione. Il valore sta anche nel confronto diretto: questioni che online richiederebbero settimane di messaggi si risolvono in poche ore.</p> <p>Mage-OS è una distribuzione di Magento Open Source sviluppata dalla community. È un progetto indipendente, non affiliato ad Adobe.</p> <h2>Il programma ad Amsterdam</h2> <p>Secondo l'agenda ufficiale di Mage-OS Nederland, la community olandese, in quei giorni ci sono tre appuntamenti collegati:</p> <table> <thead> <tr> <th scope="col">Data</th> <th scope="col">Cosa</th> <th scope="col">Dove</th> </tr> </thead> <tbody> <tr> <td><strong>Mercoledì 4 novembre</strong>, 10:00–17:00</td> <td><strong>Mage-OS Pre-MMNL Hackathon:</strong> una giornata per costruire insieme Mage-OS e Magento, il giorno prima di Meet Magento Netherlands</td> <td>Bold Commerce, Amsterdam</td> </tr> <tr> <td>Mercoledì 4 novembre, 20:00–00:00</td> <td>Pre-party ufficiale di Meet Magento Netherlands, organizzato da Mago</td> <td>Brouwerij Troost Westergas, Amsterdam</td> </tr> <tr> <td><strong>Giovedì 5 novembre</strong></td> <td><strong>Meet Magento Netherlands:</strong> l'incontro annuale della community</td> <td>LIEF, Amsterdam</td> </tr> </tbody> </table> <p>I biglietti e i dettagli si trovano nelle pagine ufficiali: <a href="https://www.eventbrite.com/e/tickets-mage-os-pre-mmnl-hackathon-2002328045084">Hackathon</a> e <a href="https://nl.meet-magento.com/">Meet Magento Netherlands</a>. Una delegazione italiana sarà presente: almeno un'agenzia della community Mage-OS Italia ha annunciato che ci sarà.</p> <h2>Perché ti riguarda, se hai un negozio online</h2> <ul> <li><strong>Una piattaforma curata nel tempo.</strong> Una community attiva significa correzioni e aggiornamenti più frequenti. Lo si vede nei rilasci di sicurezza di Mage-OS del 2026, dalla 3.2.0 del 14 luglio alla <a href="/blog/mage-os-3-6-0-aggiornamento-sicurezza/">3.6.0 del 14 ottobre</a>.</li> <li><strong>Meno dipendenza da un solo fornitore.</strong> Il codice è aperto e lo mantiene chi lo usa, non una sola azienda.</li> <li><strong>Le esigenze italiane arrivano al tavolo.</strong> Fatturazione elettronica, dati fiscali al checkout e altri temi nostri restano spesso fuori dalle discussioni internazionali: portarli in un evento europeo aiuta a farli considerare. È l'idea dietro la <a href="/blog/mage-os-hackathon-italia-distribuzione-italiana/">distribuzione italiana di Mage-OS</a>.</li> <li><strong>Agenzie più preparate.</strong> Chi contribuisce al codice lo conosce a fondo, e questo si nota quando serve un intervento sul tuo negozio.</li> </ul> <h2>Altri appuntamenti della community olandese</h2> <p>L'agenda di Mage-OS Nederland mostra quanto sia attiva la community:</p> <table> <thead> <tr> <th scope="col">Data</th> <th scope="col">Evento</th> </tr> </thead> <tbody> <tr> <td>19 novembre 2026</td> <td>Loki Hackathon (componenti e checkout), Baarn</td> </tr> <tr> <td>15 dicembre 2026</td> <td>Nebula Hackathon (nuovo tema per l'amministrazione), Baarn</td> </tr> <tr> <td>27–28 maggio 2027</td> <td>Hackathon Hyvä e conferenza MageTitans, Groningen</td> </tr> </tbody> </table> <h2>Domande frequenti</h2> <h3>Devo partecipare per usare Mage-OS?</h3> <p>No. L'hackathon è per chi vuole contribuire al codice. Per il tuo negozio contano i rilasci che ne derivano, che ricevi aggiornando.</p> <h3>Cambia qualcosa per il mio negozio dopo l'evento?</h3> <p>Non subito. I contributi confluiscono nelle versioni future di Mage-OS e Magento: li vedrai nei prossimi aggiornamenti.</p> <h3>Come capisco se la mia agenzia è coinvolta?</h3> <p>Chiedilo: un team che segue la community, partecipa agli eventi e contribuisce al codice è un buon segno per la manutenzione del tuo negozio.</p> <h2>Un negozio aggiornato, con chi conosce la piattaforma</h2> <p>Seguire i rilasci di Mage-OS e Magento, provarli e pubblicarli senza fermare le vendite è un lavoro ricorrente. Con il <strong><a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a></strong> me ne occupo io.</p> <p>Stai valutando Mage-OS o un nuovo e-commerce? <a href="#contact">Richiedi una consulenza e un preventivo gratuito</a>. Per il passaggio da un'altra piattaforma guarda <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>.</p> <blockquote> <p>Articolo informativo: date e orari derivano dall'agenda pubblicata da Mage-OS Nederland (nl.mage-os.org/en/agenda) e possono cambiare. Per biglietti e dettagli fai riferimento alle pagine ufficiali degli eventi.</p> </blockquote> https://yuriy-boyko.com/blog/aggiornamento-critico-php-21-ottobre-2026/ 2026-10-21T00:00:00.000Z 2026-10-21T00:00:00.000Z

Il 21 ottobre 2026 alle 16:00 PHP rilascia una correzione per due vulnerabilità critiche. Perché riguarda il tuo negozio e cosa chiedere al tuo hosting.

<p>Il team di PHP ha annunciato per <strong>mercoledì 21 ottobre 2026, alle 14:00 UTC (le 16:00 in Italia)</strong>, un aggiornamento di sicurezza critico per <strong>PHP</strong>, il linguaggio su cui girano Magento, Adobe Commerce, Mage-OS, WooCommerce e moltissimi altri negozi online. Corregge <strong>due vulnerabilità con punteggio 9,2 su 10</strong>. Dettagli e versioni corrette saranno pubblicati insieme alla release. Il punto che conta: la correzione si applica sul <strong>server</strong>, non nel codice del tuo negozio.</p> <h2>Cosa sappiamo finora</h2> <p>Ciò che il team di PHP ha comunicato sul proprio <a href="https://www.php.net/archive/2026.php">sito ufficiale</a>:</p> <ul> <li><strong>due vulnerabilità critiche</strong>, entrambe con punteggio 9,2 su 10 (CVSS v4.0);</li> <li>release annunciata per il 21 ottobre alle 14:00 UTC, <strong>anticipabile</strong> se i dettagli diventano pubblici o compaiono attacchi in corso;</li> <li>chi usa PHP è invitato a <strong>prepararsi in anticipo</strong>, per aggiornare appena la release esce.</li> </ul> <p>Secondo le informazioni reperite sul web, ancora da confermare con l'annuncio ufficiale, i dettagli sono trapelati il 20 ottobre, si tratterebbe di vulnerabilità che permettono di <strong>eseguire codice sul server a distanza</strong> e riguarderebbero tutte le versioni di PHP dalla 5.4 in poi. Alcuni ricercatori di sicurezza temono attacchi di massa subito dopo la pubblicazione.</p> <h2>Cosa significa per il tuo negozio</h2> <p>Se il negozio gira su PHP, questa correzione riguarda anche te. E <strong>non si risolve aggiornando il negozio</strong>: va installata sul server dove gira PHP. Per questo la domanda giusta è: <em>chi gestisce il mio server?</em></p> <ul> <li><strong>Hosting gestito:</strong> chiedi subito al fornitore se applicherà l'aggiornamento appena esce e quando.</li> <li><strong>Server tuo o dedicato:</strong> serve chi lo amministra, il tuo sistemista oppure io con il servizio di manutenzione.</li> <li><strong>Cloud gestito:</strong> chiedi al fornitore come e quando applicherà l'aggiornamento.</li> </ul> <h2>Cosa fare, in ordine</h2> <ol> <li><strong>Scrivi subito al tuo hosting</strong> e chiedi di tenersi pronti ad applicare l'aggiornamento PHP appena viene pubblicato.</li> <li><strong>Controlla la versione di PHP</strong> che usa il tuo negozio (te lo dice l'hosting o chi lo cura).</li> <li><strong>Alla pubblicazione leggi l'annuncio su php.net:</strong> lì ci saranno le versioni corrette.</li> <li><strong>Fai applicare l'aggiornamento su tutti gli ambienti</strong>, anche quello di prova.</li> <li><strong>Verifica che il negozio funzioni:</strong> carrello, checkout, area clienti, amministrazione e attività in background.</li> <li><strong>Dopo l'aggiornamento tieni d'occhio i segnali anomali</strong>, come file o accessi insoliti.</li> </ol> <h2>Se usi una versione di PHP vecchia</h2> <p>Sempre secondo le informazioni reperite sul web, PHP supporta ufficialmente solo la versione 8.2 e successive: per la 8.1 e le precedenti non è prevista una correzione ufficiale. In quel caso conviene chiedere al fornitore di applicare la correzione alla tua versione oppure <strong>passare a una versione supportata</strong>, dopo aver verificato che il tuo negozio sia compatibile. È un passaggio da pianificare, non da improvvisare: se il negozio è su una versione di Magento vecchia, può essere il momento di guardare <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>.</p> <h2>La cronologia</h2> <table> <thead> <tr> <th scope="col">Quando</th> <th scope="col">Cosa</th> </tr> </thead> <tbody> <tr> <td>20 ottobre</td> <td>I dettagli trapelano e PHP annuncia la release critica</td> </tr> <tr> <td><strong>21 ottobre, 14:00 UTC (16:00 in Italia)</strong></td> <td>Rilascio previsto, anticipabile</td> </tr> </tbody> </table> <h2>Aggiornamenti di sicurezza senza pensieri</h2> <p>Dopo la <a href="/blog/patch-sicurezza-adobe-commerce-13-ottobre-2026/">patch Adobe del 13 ottobre</a> arriva un'altra correzione critica. Seguire gli avvisi, coordinare l'hosting, provare gli aggiornamenti e verificare il negozio è un lavoro ricorrente: con il <strong><a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a></strong> me ne occupo io.</p> <p>Vuoi sapere se il tuo negozio e il tuo server sono pronti? <a href="#contact">Richiedi un audit di sicurezza e un preventivo gratuito</a>.</p> <blockquote> <p>Articolo informativo, scritto il 21 ottobre 2026 prima della pubblicazione della release: versioni corrette e dettagli sono quelli dell'annuncio ufficiale su php.net, da consultare per primi. La situazione è in evoluzione e le informazioni non ufficiali possono cambiare.</p> </blockquote> https://yuriy-boyko.com/blog/attacco-checkout-shopify-phishing-app-terze-parti/ 2026-10-20T00:00:00.000Z 2026-10-20T00:00:00.000Z

App di terze parti hanno reindirizzato il checkout di negozi Shopify verso pagine false. Cosa è successo e perché conta il controllo del checkout.

<p>Dal <strong>10 ottobre 2026</strong> alcuni negozi Shopify hanno mostrato ai clienti un <strong>finto checkout</strong>. Cliccando &quot;Paga&quot;, il cliente finiva su una pagina identica a quella vera che copiava i dati della carta e poi lo rimandava al checkout reale: l'ordine andava a buon fine e nessuno si accorgeva di niente. Secondo i fornitori coinvolti, il codice è stato caricato tramite <strong>app di terze parti</strong> installate nei negozi. È una lezione per chiunque venda online, qualunque sia la piattaforma.</p> <h2>Cosa è successo</h2> <p>La ricostruzione si basa sulle informazioni reperite sul web al 19 ottobre, che citano lo sviluppatore che l'ha scoperto e le comunicazioni dei fornitori:</p> <ul> <li><strong>10 ottobre:</strong> lo sviluppatore Roman Zipp nota la pagina falsa mentre compra su un negozio Shopify e la segnala.</li> <li><strong>Dal 10 al 18 ottobre:</strong> HulkApps, Selleasy e Swym confermano che una parte non autorizzata ha modificato ciò che le loro app caricavano su alcuni negozi.</li> <li><strong>18 ottobre:</strong> Swym disattiva la sua app per tutti i negozianti, dopo nuova attività non autorizzata.</li> </ul> <p>Nessuno ha ancora pubblicato come gli attaccanti siano entrati, né quanti negozi e quante carte siano coinvolti.</p> <h2>Come funzionava</h2> <p>Secondo le ricostruzioni, il codice interveniva sul <strong>clic su &quot;Paga&quot;</strong>, nelle pagine del negozio che vengono prima del checkout. Il codice malevolo aspettava il clic, mandava il cliente su un sito falso con un indirizzo diverso, raccoglieva i dati della carta e lo rimandava al checkout vero. Poiché il cliente pagava comunque, chi gestiva il negozio <strong>non vedeva nulla negli ordini</strong>. Lo standard di sicurezza dei pagamenti (PCI) chiama questa tecnica <em>double-entry skimming</em>.</p> <h2>Non è solo un problema di una piattaforma</h2> <p>Ogni app o script che gira nelle pagine del tuo negozio è <strong>codice che qualcuno, fuori dalla tua azienda, può cambiare</strong>. Succede su qualsiasi piattaforma, Magento compreso: ne abbiamo parlato con <a href="/blog/stylesmuggler-magento-vulnerabilita-patch-sicurezza/">StyleSmuggler</a> e con la <a href="/blog/patch-sicurezza-adobe-commerce-13-ottobre-2026/">patch di ottobre</a>. La differenza sta in <strong>chi controlla che cosa</strong>.</p> <h2>Perché il controllo conta: Magento, Mage-OS e Adobe Commerce con Hyvä</h2> <p>Su una piattaforma aperta come Magento, Mage-OS o Adobe Commerce sei tu, con il tuo sviluppatore, a decidere quali script possono girare e a verificarlo. Nei fatti:</p> <ul> <li><strong>Politica degli script (CSP).</strong> Una CSP dice al browser quali script può eseguire e blocca il resto. Secondo la documentazione di Adobe Commerce, dalla versione 2.4.7 è attiva in modalità restrittiva sulle pagine di pagamento.</li> <li><strong>Checkout Hyvä.</strong> Secondo la <a href="https://docs.hyva.io/hyva-checkout/devdocs/csp/index.html">documentazione ufficiale</a>, dalla versione 1.3 applica una CSP rigorosa su tutte le pagine di checkout: ogni script richiede un'autorizzazione, nessun codice può essere iniettato dinamicamente. Hyvä dichiara che questo soddisfa i requisiti PCI DSS 4.0.</li> <li><strong>PCI DSS 4.0.</strong> Per le pagine di pagamento chiede di tenere l'elenco degli script e di rilevare le modifiche (requisiti 6.4.3 e 11.6.1, in vigore dal 31 marzo 2025). Ne parliamo in <a href="/blog/pci-dss-4-ecommerce-sicurezza-pagamenti/">PCI DSS 4.0 e-commerce</a>.</li> </ul> <p>Attenzione: <strong>nessuna piattaforma o tema rende conformi da soli</strong>. Moduli di terze parti, script di marketing e aggiornamenti vanno controllati nel tempo, e Magento ha le sue vulnerabilità: serve manutenzione. Più controllo significa anche <strong>più responsabilità</strong>.</p> <h2>Se hai un negozio Shopify</h2> <ol> <li><strong>Fai un test del checkout</strong> in una finestra privata, dal prodotto fino al pagamento, e guarda se l'indirizzo cambia.</li> <li><strong>Elenca le app che caricano codice</strong> nelle pagine e togli quelle che non servono.</li> <li><strong>Leggi gli avvisi dei fornitori</strong> delle app indicate (HulkApps, Selleasy, Swym).</li> <li><strong>Non fidarti dei soli ordini:</strong> il cliente pagava comunque. Presta attenzione a segnalazioni di pagine strane o di frodi dopo l'acquisto e avvisa il tuo gestore dei pagamenti.</li> </ol> <h2>Un checkout sotto controllo</h2> <p>Se vuoi capire quanto è esposto il tuo checkout, o valutare Magento, Mage-OS o Adobe Commerce con checkout Hyvä, ti aiuto con un'analisi dei rischi e con la scelta della piattaforma. Guarda <a href="/ecommerce-b2c/">sviluppo e-commerce B2C</a> e <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>; per tenerlo sotto controllo nel tempo c'è il <strong><a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a></strong>.</p> <p>Vuoi sapere se il tuo checkout è protetto? <a href="#contact">Richiedi un audit di sicurezza e un preventivo gratuito</a>.</p> <blockquote> <p>Articolo informativo: i fatti derivano da resoconti pubblici al 19 ottobre 2026 e la situazione è in evoluzione. Non è una consulenza sulla conformità PCI: la classificazione del tuo negozio va verificata con il gestore dei pagamenti.</p> </blockquote> https://yuriy-boyko.com/blog/mage-os-3-6-0-aggiornamento-sicurezza/ 2026-10-15T00:00:00.000Z 2026-10-15T00:00:00.000Z

Mage-OS 3.6.0 porta la patch Adobe di ottobre, con una falla critica da 10 su 10, e cambia la gestione dei resi. Cosa fare per il tuo negozio.

<p>Il 14 ottobre 2026 è uscito <strong>Mage-OS 3.6.0</strong>, una release di sicurezza: la community raccomanda di aggiornare <strong>ogni negozio Mage-OS 3.x</strong>. Include la correzione di Adobe del 13 ottobre (APSB26-153), che risolve una vulnerabilità critica con punteggio 10 su 10, sfruttabile <strong>senza autenticazione</strong> per eseguire codice sul server. L'aggiornamento è diretto da 3.5.x, senza cambi di dipendenze né di versione PHP. Ma c'è anche una modifica ai resi da controllare.</p> <h2>Cosa corregge</h2> <p>Le correzioni di sicurezza sono quelle del bollettino Adobe, portate nella versione Mage-OS. In parole semplici:</p> <ul> <li><strong>Esecuzione di codice sul server</strong> (CVE-2026-103849): un attacco passa dal sistema dei modelli delle email e può prendere il controllo del negozio. È la falla da 10 su 10.</li> <li><strong>Dati dei clienti esposti:</strong> con particolari ricerche tramite API potevano emergere gli hash delle password e i codici di reset.</li> <li><strong>Accesso ai carrelli</strong> degli ospiti e <strong>controlli aggirabili</strong> nell'editor dei contenuti dell'amministrazione.</li> <li><strong>Altre correzioni</strong> su anteprime dei modelli, validazione degli indirizzi email e prodotti aggiornati in blocco.</li> </ul> <p>Per l'elenco completo guarda le <a href="https://mage-os.org/releases/2026-10-14-mage-os-3-6-0-release/">note di rilascio di Mage-OS 3.6.0</a> e il <a href="https://www.adobe.com/trust/security/products/commerce/apsb26-153.html">bollettino Adobe</a>. La release corregge anche sette errori non legati alla sicurezza, come i PDF degli ordini e l'esportazione dei clienti.</p> <h2>Attenzione ai resi</h2> <p>Con la release si aggiorna anche il modulo resi. Ora il periodo di reso si calcola <strong>dalla data di spedizione, per quantità</strong>: i prodotti scaduti appaiono non selezionabili e le etichette usano i termini del diritto di recesso, tradotte anche in italiano.</p> <p>C'è però un punto da controllare prima di aggiornare. La legge fa partire il periodo dalla consegna, che il sistema non conosce. Per questo conviene <strong>aggiungere ai giorni di reso i tempi di consegna previsti</strong>. Se lasci il valore com'è, di fatto prolunghi ogni finestra di reso di quanto impiega la spedizione. Per il quadro normativo leggi <a href="/blog/pulsante-recesso-ecommerce-cosa-cambia/">il pulsante di recesso nell'e-commerce</a>.</p> <h2>Cosa fare, in ordine</h2> <ol> <li><strong>Controlla la versione Mage-OS.</strong> Con questa release la 3.5.0 non è più supportata.</li> <li><strong>Pianifica l'aggiornamento</strong> e provalo in un ambiente di test: da 3.5.x è diretto.</li> <li><strong>Rivedi i giorni di reso</strong> come spiegato sopra.</li> <li><strong>Dopo l'aggiornamento</strong> controlla carrello, pagamenti, ordini ed email.</li> <li><strong>Ricontrolla settembre.</strong> Per la vulnerabilità StyleSmuggler la sola patch non bastava: se non hai ancora seguito quelle indicazioni, rileggi <a href="/blog/stylesmuggler-magento-vulnerabilita-patch-sicurezza/">StyleSmuggler: vulnerabilità critica e patch</a>. Per la patch di ottobre Adobe raccomanda di ruotare anche le chiavi di cifratura e le credenziali collegate: valutalo con chi cura il tuo negozio.</li> </ol> <h2>Un aggiornamento al mese</h2> <table> <thead> <tr> <th scope="col">Release Mage-OS</th> <th scope="col">Data</th> <th scope="col">Motivo</th> </tr> </thead> <tbody> <tr> <td>3.2.0</td> <td>14 luglio</td> <td>Patch di sicurezza Adobe di luglio</td> </tr> <tr> <td>3.3.0</td> <td>5 agosto</td> <td>Falla critica nel modulo di importazione dei modelli</td> </tr> <tr> <td>3.4.0</td> <td>11 agosto</td> <td>Patch di sicurezza Adobe APSB26-92</td> </tr> <tr> <td>3.5.0</td> <td>8 settembre</td> <td>Correzione di emergenza StyleSmuggler</td> </tr> <tr> <td><strong>3.6.0</strong></td> <td><strong>14 ottobre</strong></td> <td><strong>Patch di sicurezza Adobe APSB26-153</strong></td> </tr> </tbody> </table> <h2>Domande frequenti</h2> <h3>Il mio negozio è su Magento Open Source, non su Mage-OS: mi riguarda?</h3> <p>Questa release è per Mage-OS. Per Adobe Commerce e Magento Open Source vale la patch Adobe di ottobre, che trovi spiegata in <a href="/blog/patch-sicurezza-adobe-commerce-13-ottobre-2026/">questo articolo</a>.</p> <h3>Quanto è complicato aggiornare?</h3> <p>Da 3.5.x è un aggiornamento diretto, senza modifiche alle dipendenze. Va comunque provato in test e seguito da qualcuno che conosce il tuo negozio, perché tocca anche resi ed email.</p> <h3>Cosa succede se resto sulla 3.5.0?</h3> <p>Con questa release la 3.5.0 raggiunge la fine del supporto: non riceverà altre correzioni e resta esposta ai problemi di ottobre.</p> <h2>Aggiornamenti di sicurezza senza pensieri</h2> <p>Seguire una release al mese, provarla e pubblicarla senza fermare le vendite è un lavoro ricorrente. Con il <strong><a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a></strong> me ne occupo io, su Mage-OS, Magento e Adobe Commerce.</p> <p>Vuoi sapere se il tuo negozio è aggiornato? <a href="#contact">Richiedi un audit di sicurezza e un preventivo gratuito</a>.</p> <p>Stai valutando il passaggio a Mage-OS? Guarda <a href="/replatforming-migrazioni/">replatforming e migrazioni</a> e <a href="/blog/mage-os-hackathon-italia-distribuzione-italiana/">Mage-OS Hackathon Italia: distribuzione per le aziende</a>.</p> <blockquote> <p>Articolo informativo: i dati derivano dalle note di rilascio di Mage-OS 3.6.0 del 14 ottobre 2026 e dal bollettino Adobe APSB26-153. Per le istruzioni di aggiornamento fai sempre riferimento alla documentazione ufficiale.</p> </blockquote> https://yuriy-boyko.com/blog/patch-sicurezza-adobe-commerce-13-ottobre-2026/ 2026-10-14T00:00:00.000Z 2026-10-14T00:00:00.000Z

Adobe ha pubblicato APSB26-153: 11 vulnerabilità, 5 critiche. Quali versioni sono coinvolte, cosa fare subito e perché non conviene aspettare.

<p>Il 13 ottobre 2026 Adobe ha pubblicato il bollettino di sicurezza <strong>APSB26-153</strong> per <strong>Adobe Commerce</strong>, il modulo B2B e <strong>Magento Open Source</strong>. Corregge <strong>11 vulnerabilità</strong>: 5 classificate critiche, 5 alte e 1 media. Adobe dichiara di non essere a conoscenza di attacchi già in corso, ma chiede di applicare gli aggiornamenti il prima possibile: chi non lo fa resta vulnerabile e Adobe avrà strumenti limitati per aiutarlo. Il <a href="https://www.adobe.com/trust/security/products/commerce/apsb26-153.html">bollettino ufficiale</a> ha tutti i dettagli.</p> <h2>Cosa è stato corretto</h2> <table> <thead> <tr> <th scope="col">Gravità</th> <th scope="col">Quante</th> <th scope="col">Possibile effetto</th> </tr> </thead> <tbody> <tr> <td><strong>Critica</strong></td> <td>5</td> <td>Esecuzione di codice sul server, escalation dei privilegi</td> </tr> <tr> <td><strong>Alta</strong></td> <td>5</td> <td>Esecuzione di codice, scrittura di file sul server, aggiramento di controlli di sicurezza, escalation dei privilegi</td> </tr> <tr> <td><strong>Media</strong></td> <td>1</td> <td>Aggiramento di controlli di sicurezza</td> </tr> </tbody> </table> <p>La più grave (CVE-2026-103849) ottiene il punteggio massimo, 10 su 10, e permette di eseguire codice sul server <strong>senza essere autenticati</strong>. Anche altre tre vulnerabilità critiche non richiedono l'autenticazione.</p> <h2>Quali negozi sono coinvolti</h2> <ul> <li><strong>Adobe Commerce</strong> dalla versione 2.4.4 alla 2.4.9, fino alle release di settembre 2026, sia su cloud sia sui propri server.</li> <li><strong>Magento Open Source</strong> dalla 2.4.6 alla 2.4.9. Le correzioni vengono distribuite per la 2.4.7 e successive: chi è su una versione più vecchia non ha una patch.</li> <li><strong>Modulo B2B</strong> nelle versioni dalla 1.3.3 alla 1.5.3.</li> </ul> <h2>Cosa fare, in ordine</h2> <ol> <li><strong>Controlla versione e tipo di hosting.</strong> Se sei su Adobe Commerce cloud, la correzione arriva con gli aggiornamenti automatici di Adobe: applicare a mano la patch quando c'è già può causare errori di installazione.</li> <li><strong>Verifica la base.</strong> Le patch mensili sono provate solo sull'ultima release di sicurezza annuale della tua versione e vanno applicate in ordine: se ne hai saltata una, prima quella.</li> <li><strong>Applica la patch di ottobre</strong>, il file giusto per la tua versione e per ogni componente installato.</li> <li><strong>Applica anche l'hotfix per CVE-2026-75650</strong>, la vulnerabilità critica di settembre (bollettino APSB26-146), se non l'hai già fatto: Adobe chiede di installare entrambe. Ne abbiamo parlato in <a href="/blog/stylesmuggler-magento-vulnerabilita-patch-sicurezza/">StyleSmuggler: vulnerabilità critica e patch</a>.</li> <li><strong>Ruota le chiavi di cifratura e le credenziali collegate.</strong> Adobe lo raccomanda con forza come parte della correzione.</li> <li><strong>Verifica il risultato</strong> con lo strumento di Adobe che indica quali patch mancano e da quali vulnerabilità sei protetto. Prova tutto in un ambiente di test e pubblica in una fascia di poco traffico.</li> </ol> <h2>Perché non aspettare</h2> <p>Quattro delle vulnerabilità critiche non richiedono credenziali. Una volta pubblicato il bollettino, chi vuole attaccare un negozio sa che cosa cercare. Per questo non conviene rimandare, anche se Adobe non segnala attacchi in corso.</p> <p>Il prossimo appuntamento è il 10 novembre: un rilascio facoltativo per il blocco del codice delle feste, come l'8 dicembre.</p> <h2>Domande frequenti</h2> <h3>Devo applicare la patch subito?</h3> <p>Adobe raccomanda di applicare gli aggiornamenti il prima possibile. Con vulnerabilità critiche che non richiedono autenticazione, rimandare aumenta il rischio senza vantaggi.</p> <h3>Sono su Adobe Commerce cloud: cosa cambia?</h3> <p>La correzione è nell'aggiornamento dei pacchetti cloud di Adobe. Controlla prima la versione installata, perché applicare la patch manuale quando la correzione c'è già può far fallire l'installazione.</p> <h3>Il mio negozio è su una versione vecchia: che fare?</h3> <p>Per Magento Open Source, sotto la 2.4.7 non ci sono correzioni, e il bollettino non include versioni di Adobe Commerce precedenti alla 2.4.4. In quel caso la strada è aggiornare o cambiare piattaforma.</p> <h2>Aggiornamenti di sicurezza senza pensieri</h2> <p>Leggere i bollettini, provare le patch, ruotare le chiavi e verificare il risultato senza fermare le vendite è un lavoro ricorrente. Con il <strong><a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a></strong> me ne occupo io: le correzioni vengono lette, provate e pubblicate al momento giusto.</p> <p>Vuoi sapere se il tuo negozio è aggiornato? <a href="#contact">Richiedi un audit di sicurezza e un preventivo gratuito</a>.</p> <p>Se il tuo negozio è su una versione che non riceve più correzioni, guarda <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>.</p> <blockquote> <p>Articolo informativo: i dati derivano dal bollettino APSB26-153 e dall'articolo di supporto Adobe del 13 ottobre 2026. Per le istruzioni di installazione fai sempre riferimento alla documentazione ufficiale.</p> </blockquote> https://yuriy-boyko.com/blog/quanto-costa-un-ecommerce/ 2026-10-02T00:00:00.000Z 2026-10-02T00:00:00.000Z

Quanto costa creare un e-commerce? Da cosa dipende il prezzo, quali costi si dimenticano e come confrontare due preventivi senza sorprese.

<p>Il costo di un <strong>e-commerce</strong> non ha un prezzo unico: dipende da piattaforma, funzioni, integrazioni e dal livello di personalizzazione. La buona notizia è che le voci sono poche e si possono confrontare. Chi le conosce prima di chiedere un preventivo evita sorprese e sceglie meglio.</p> <h2>Il costo ha due parti</h2> <p>Quasi tutti i preventivi si concentrano sulla prima, ma la seconda pesa nel tempo.</p> <table> <thead> <tr> <th scope="col">Parte</th> <th scope="col">Che cosa comprende</th> <th scope="col">Quando si paga</th> </tr> </thead> <tbody> <tr> <td><strong>Costo iniziale</strong></td> <td>Analisi, grafica, sviluppo, caricamento dei prodotti, collegamenti con altri sistemi, collaudo.</td> <td>Una volta, prima del lancio.</td> </tr> <tr> <td><strong>Costi ricorrenti</strong></td> <td>Hosting, canoni della piattaforma e dei moduli, commissioni sui pagamenti, manutenzione e sicurezza.</td> <td>Ogni mese o ogni anno.</td> </tr> </tbody> </table> <h2>Che cosa fa salire o scendere il prezzo</h2> <ul> <li><strong>La piattaforma.</strong> Alcune hanno un canone mensile (come Shopify), altre una licenza (come Adobe Commerce), altre sono gratuite ma richiedono più lavoro di configurazione (come Magento Open Source, Mage-OS o WooCommerce).</li> <li><strong>Grafica e personalizzazione.</strong> Un tema già pronto costa meno di un design su misura.</li> <li><strong>Il catalogo.</strong> Pochi prodotti semplici sono facili da caricare; molte varianti, taglie o colori richiedono più lavoro.</li> <li><strong>Le integrazioni.</strong> Collegare il negozio al gestionale, al magazzino o ai corrieri richiede sviluppo, ma evita di ricopiare i dati a mano.</li> <li><strong>Funzioni particolari.</strong> Vendita B2B, più lingue o più paesi, listini diversi per cliente.</li> <li><strong>Il passaggio da un sito esistente.</strong> Trasferire prodotti, clienti e ordini senza perdere posizionamento è un lavoro a parte.</li> </ul> <h2>I costi che spesso si dimenticano</h2> <ul> <li><strong>Manutenzione e sicurezza.</strong> Piattaforme e moduli vanno aggiornati: trascurarli espone il negozio a problemi più costosi da risolvere dopo.</li> <li><strong>Commissioni dei pagamenti.</strong> Ogni incasso con carta o altri metodi ha una percentuale a carico del negozio.</li> <li><strong>Moduli a canone.</strong> Molti strumenti aggiuntivi si pagano ogni mese o ogni anno.</li> <li><strong>Contenuti e promozione.</strong> Foto, testi e pubblicità non sono inclusi nello sviluppo, ma servono per vendere.</li> </ul> <h2>Come confrontare due preventivi</h2> <p>Due offerte con prezzi molto diversi spesso non comprendono le stesse cose. Chiedi sempre:</p> <ol> <li>Che piattaforma è prevista e quali sono i suoi costi ricorrenti?</li> <li>Quali funzioni e quali collegamenti sono inclusi, e quali no?</li> <li>Chi carica i prodotti e quante ore sono previste?</li> <li>Che cosa succede dopo il lancio: assistenza, aggiornamenti, correzioni?</li> <li>Il lavoro è a progetto o a ore, e che cosa succede se cambiano le richieste?</li> </ol> <h2>Come tenere sotto controllo la spesa</h2> <p>Spendere meno non significa spendere peggio, se si scelgono bene le priorità:</p> <ul> <li><strong>Parti dalle funzioni essenziali</strong> e rimanda il resto: ogni funzione in più si può aggiungere quando serve.</li> <li><strong>Decidi il budget in base all'obiettivo,</strong> per esempio quanti ordini al mese servono perché il negozio si ripaghi.</li> <li><strong>Chiedi un piano a fasi,</strong> con il costo di ciascuna, invece di un unico importo.</li> <li><strong>Prepara i contenuti prima:</strong> foto e descrizioni pronte riducono le ore di lavoro.</li> </ul> <h2>Domande frequenti</h2> <h3>Meglio un preventivo a progetto o a ore?</h3> <p>Il progetto dà un costo definito se le richieste sono chiare. Le ore sono più flessibili per lavori che cambiano strada facendo, come il supporto continuo o le piccole evoluzioni. A volte si combinano.</p> <h3>Quanto tempo serve per metterlo online?</h3> <p>Un negozio semplice può essere pronto in poche settimane. Con molte funzioni o collegamenti i tempi crescono. Dopo la prima analisi si può dare una stima concreta.</p> <h3>Posso partire in piccolo e crescere dopo?</h3> <p>Sì, ed è spesso la scelta più saggia: si parte dalle funzioni essenziali e si aggiunge il resto quando i risultati lo giustificano. Va però scelta una piattaforma che non ti blocchi più avanti.</p> <h2>Un preventivo chiaro, prima di decidere</h2> <p>Ogni progetto è diverso, quindi non ti do un prezzo senza averlo capito. Lavoro a ore a partire da 60 €/ora, con sconti per progetti di grandi dimensioni e collaborazioni di lunga durata, oppure con un preventivo a progetto. Se stai pensando a un nuovo negozio, guarda lo <a href="/ecommerce-b2c/">sviluppo e-commerce B2C</a>; per tenerlo aggiornato nel tempo c'è il <a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a>.</p> <p>Vuoi sapere quanto costerebbe il tuo? <a href="#contact">Richiedi un preventivo gratuito e senza impegno</a>.</p> https://yuriy-boyko.com/blog/migrare-ecommerce-senza-perdere-posizionamento/ 2026-09-30T00:00:00.000Z 2026-09-30T00:00:00.000Z

Cambiare piattaforma e-commerce senza perdere traffico da Google: i rischi, la checklist da seguire e le domande da fare prima di migrare.

<p>Migrare un <strong>e-commerce</strong> su una nuova piattaforma può far perdere visibilità su Google se gli indirizzi delle pagine cambiano senza essere gestiti. Con una preparazione corretta il rischio si riduce molto, ma non si azzera: un calo temporaneo di traffico può comunque capitare. Il punto è che le pagine che oggi portano clienti devono restare raggiungibili e riconoscibili.</p> <h2>Perché si rischia</h2> <p>Google ha impiegato tempo a capire il tuo sito: quali pagine contano, di che cosa parlano, quali sono collegate. Se dopo la migrazione un prodotto cambia indirizzo e il vecchio non rimanda al nuovo, per Google quella pagina sparisce e ne compare una sconosciuta. I clienti che cliccano dai risultati trovano un errore, e le vendite si perdono.</p> <h2>La checklist prima del passaggio</h2> <ul> <li><strong>Elenco delle pagine che portano traffico.</strong> Si parte dai dati di Google Search Console: prodotti, categorie e articoli che oggi portano visite e ordini.</li> <li><strong>Mappa degli indirizzi vecchi e nuovi.</strong> Ogni pagina importante deve avere una corrispondenza precisa.</li> <li><strong>Reindirizzamenti permanenti.</strong> Chi apre il vecchio indirizzo viene portato in automatico a quello nuovo, con il tipo di reindirizzamento che Google consiglia per i trasferimenti.</li> <li><strong>Titoli, descrizioni e testi conservati.</strong> Cambiare tutto insieme alla piattaforma rende difficile capire cosa funziona.</li> <li><strong>Struttura delle categorie coerente.</strong> Le pagine importanti non devono finire più lontane dalla home.</li> <li><strong>Mappa del sito e dati strutturati.</strong> Sul nuovo sito vanno ricreati e inviati a Google.</li> <li><strong>Velocità e funzionamento da smartphone.</strong> Il nuovo negozio dovrebbe essere almeno veloce quanto il precedente.</li> </ul> <h2>Quando conviene migrare</h2> <p>I momenti di massimo traffico, come saldi, Black Friday e Natale, sono i peggiori per cambiare. Meglio una fase più tranquilla, con il tempo di correggere eventuali problemi prima del periodo importante.</p> <h2>Dopo la messa online</h2> <p>Il lavoro non finisce al lancio. Nelle settimane successive si controllano gli errori nella Search Console, le pagine non trovate, l'andamento del traffico e degli ordini, e si correggono subito le anomalie. Un calo breve dopo un cambio di piattaforma è normale; uno che dura va analizzato.</p> <h2>Cosa si può perdere oltre al posizionamento</h2> <p>La visibilità non è l'unica cosa in gioco. Prima del passaggio conviene verificare anche:</p> <ul> <li><strong>Clienti e ordini:</strong> vanno trasferiti completi. Le password di solito non si possono portare da una piattaforma all'altra, quindi a volte i clienti devono reimpostarle: meglio avvisarli.</li> <li><strong>Collegamenti con altri sistemi:</strong> gestionale, spedizioni e pagamenti vanno ricollegati e provati.</li> <li><strong>Statistiche e tracciamento:</strong> gli strumenti di misurazione vanno riattivati, altrimenti non si capisce se il traffico cala.</li> <li><strong>Email automatiche:</strong> conferme d'ordine e avvisi di spedizione devono funzionare fin dal primo giorno.</li> </ul> <h2>Domande frequenti</h2> <h3>Quanto dura una migrazione?</h3> <p>Dipende da catalogo, integrazioni e personalizzazioni: da poche settimane a qualche mese. Dopo l'analisi si può dare una stima concreta.</p> <h3>Il negozio si ferma durante il passaggio?</h3> <p>Il vecchio negozio resta attivo mentre si costruisce il nuovo. L'interruzione è limitata al momento del cambio, che si pianifica in una fascia di poco traffico.</p> <h3>Posso cambiare anche il design durante la migrazione?</h3> <p>Si può, ma conviene valutare quanto cambiare in una volta sola, perché ogni modifica in più rende più difficile capire cosa ha causato un eventuale calo. Se il traffico cala, è più facile capirne il motivo quando le modifiche sono state graduali.</p> <h2>Pianifica la migrazione prima di iniziare</h2> <p>Una migrazione ben preparata protegge i risultati che hai costruito in anni di lavoro. Se stai pensando di cambiare piattaforma, o hai un negozio su una versione non più aggiornata, guarda la pagina su <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>. Se invece ti preoccupa il costo, leggi anche <a href="/blog/quanto-costa-un-ecommerce/">quanto costa un e-commerce</a>.</p> <p>Vuoi valutare la migrazione del tuo negozio? <a href="#contact">Richiedi una consulenza e un preventivo gratuito</a>.</p> https://yuriy-boyko.com/blog/mage-os-hackathon-italia-distribuzione-italiana/ 2026-09-28T00:00:00.000Z 2026-09-28T00:00:00.000Z

Dall'Hackathon Mage-OS di Bologna nasce l'idea di una distribuzione italiana per e-commerce. Cosa prevede e cosa cambia per chi vende online.

<p>Il <strong>25 settembre 2026</strong> a Bologna si è tenuto il secondo <strong>Hackathon italiano di Mage-OS</strong>, il progetto open source nato per far crescere l'ecosistema Magento. L'idea più votata dalla comunità è una <strong>distribuzione italiana di Mage-OS</strong>: un pacchetto unico, già pronto per il mercato italiano, che dovrebbe ridurre costi e tempi di avvio di un negozio online. È ancora in sviluppo, ma indica bene dove sta andando la piattaforma.</p> <blockquote> <p>Articolo informativo: riporta i risultati dell'evento. Tempi e caratteristiche finali dipendono dal lavoro della comunità open source.</p> </blockquote> <h2>Perché una distribuzione italiana può far risparmiare</h2> <p>Oggi, per aprire un negozio Magento in Italia, spesso si assemblano più moduli separati: traduzioni, richiesta di fattura al checkout, gestione dei dati fiscali. Ogni modulo va scelto, installato, provato e mantenuto aggiornato.</p> <p>Secondo il resoconto degli organizzatori, la distribuzione dovrebbe riunire in un solo pacchetto traduzioni, supporto alla fatturazione italiana, richiesta fattura al checkout e le impostazioni di base per il nostro mercato. I vantaggi attesi per chi vuole avviare o rinnovare un negozio:</p> <ul> <li><strong>Meno costi iniziali:</strong> meno ore per mettere insieme componenti di terze parti.</li> <li><strong>Meno rischi di incompatibilità:</strong> componenti pensati per funzionare insieme, con una comunità che li mantiene.</li> <li><strong>Una base comune</strong> su cui sviluppatori e agenzie italiani possono lavorare, invece di ripartire da zero ogni volta.</li> </ul> <p>Attenzione: la conformità fiscale del tuo negozio resta una tua responsabilità, da verificare con il commercialista, qualunque pacchetto usi.</p> <h2>Cosa è stato proposto</h2> <p>La giornata è servita a capire dove investire energie, votando le priorità:</p> <table> <thead> <tr> <th scope="col">Area</th> <th scope="col">Cosa prevede</th> <th scope="col">Beneficio per chi vende</th> </tr> </thead> <tbody> <tr> <td><strong>Distribuzione italiana</strong></td> <td>Pacchetto unico con traduzioni e fatturazione.</td> <td>Avvio più rapido e meno moduli da gestire.</td> </tr> <tr> <td><strong>Dati cliente e checkout</strong></td> <td>Campi personalizzati compatibili con il checkout Hyvä.</td> <td>Raccolta dei dati necessari senza intralciare l'acquisto.</td> </tr> <tr> <td><strong>Accesso e statistiche</strong></td> <td>Login con i social e integrazione con Google Analytics 4 e Tag Manager.</td> <td>Registrazione più semplice e misurazione delle vendite.</td> </tr> <tr> <td><strong>Intelligenza artificiale</strong></td> <td>Aiuti per descrizioni prodotto, SEO e immagini.</td> <td>Cataloghi più veloci da preparare.</td> </tr> </tbody> </table> <p>Nel pomeriggio il lavoro pratico ha prodotto basi solide su login social, statistiche e prime parti di fatturazione e attributi. Sono <strong>fondamenta, non strumenti finiti</strong>: gli organizzatori non hanno indicato date di rilascio.</p> <h2>Domande frequenti</h2> <h3>Che cos'è Mage-OS e come si differenzia da Magento?</h3> <p>È un progetto open source indipendente basato su Magento Open Source e guidato dalla comunità di sviluppatori e aziende. Mantiene la compatibilità con l'ecosistema Magento.</p> <h3>Posso passare a Mage-OS con il mio negozio attuale?</h3> <p>In molti casi sì: essendo basato su Magento, catalogo, clienti e ordini possono essere mantenuti. Ogni migrazione va valutata e provata prima, in base a versione e moduli installati.</p> <h3>Quando sarà disponibile la distribuzione italiana?</h3> <p>Non è stata comunicata una data. Il lavoro proseguirà nei prossimi mesi; finché non sarà rilasciata e collaudata, non conviene basarci un progetto in produzione.</p> <h2>Un nuovo negozio o un rinnovo?</h2> <p>Mage-OS offre a chi vuole vendere online una base aperta, senza canoni di licenza. Partecipare alla community permette di scegliere con cognizione di causa cosa è maturo e cosa no, e di impostare un negozio che non diventi un problema da mantenere.</p> <p>Stai pensando a un nuovo e-commerce o a rinnovare quello attuale? <a href="#contact">Richiedi una consulenza e un preventivo gratuito</a>.</p> <p>Vedi anche: <a href="/ecommerce-b2c/">sviluppo e-commerce B2C</a>, <a href="/ecommerce-b2b/">e-commerce B2B</a> e <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>.</p> https://yuriy-boyko.com/blog/ecommerce-b2b-come-funziona/ 2026-09-21T00:00:00.000Z 2026-09-21T00:00:00.000Z

Un e-commerce B2B permette ai clienti aziendali di ordinare online con i propri prezzi. Cosa cambia rispetto al B2C e da dove partire.

<p>Un <strong>e-commerce B2B</strong> è un negozio online riservato a clienti professionali: rivenditori, installatori, aziende. Ognuno accede con il suo account e ordina con i <strong>prezzi e le condizioni pattuiti</strong>, senza telefonate, email e fogli Excel. Si usa quando i clienti ordinano spesso, con listini diversi, e il tuo ufficio ordini passa il tempo a ricopiare dati.</p> <h2>Che cosa cambia rispetto a un negozio per consumatori</h2> <table> <thead> <tr> <th scope="col"></th> <th scope="col"><strong>B2C</strong></th> <th scope="col"><strong>B2B</strong></th> </tr> </thead> <tbody> <tr> <td><strong>Chi compra</strong></td> <td>Il pubblico</td> <td>Aziende e professionisti, spesso già clienti</td> </tr> <tr> <td><strong>Prezzi</strong></td> <td>Uguali per tutti</td> <td>Diversi per cliente o gruppo</td> </tr> <tr> <td><strong>Ordini</strong></td> <td>Piccoli, occasionali</td> <td>Grandi e ripetuti</td> </tr> <tr> <td><strong>Accesso</strong></td> <td>Aperto</td> <td>Spesso riservato, con registrazione approvata</td> </tr> <tr> <td><strong>Pagamento</strong></td> <td>Subito</td> <td>Anche a termine</td> </tr> </tbody> </table> <h2>Le funzioni che servono davvero</h2> <p>Non servono tutte fin dal primo giorno. Le più richieste sono:</p> <ul> <li><strong>Area riservata</strong> con più utenti per la stessa azienda.</li> <li><strong>Listini e sconti per cliente</strong>, senza preparare file separati a mano.</li> <li><strong>Ordine rapido</strong> da codice articolo o da file, per chi compra sempre le stesse cose.</li> <li><strong>Riordino</strong> dei prodotti acquistati in passato.</li> <li><strong>Richiesta di preventivo</strong> per ordini particolari.</li> <li><strong>Approvazione degli ordini</strong> e limiti di spesa, per aziende con più persone.</li> <li><strong>Collegamento con il gestionale</strong>, per prezzi, giacenze e ordini sempre allineati.</li> </ul> <h2>Quali vantaggi porta</h2> <ul> <li><strong>Meno lavoro manuale</strong> per l'ufficio ordini, e meno errori di codici e quantità.</li> <li><strong>Clienti più autonomi:</strong> controllano storico, stato degli ordini e disponibilità da soli.</li> <li><strong>Ordini a qualsiasi ora</strong>, anche fuori dall'orario d'ufficio.</li> <li><strong>Più tempo per i clienti importanti</strong>, perché le richieste semplici passano dal sito.</li> </ul> <h2>Quale piattaforma scegliere</h2> <p>Non c'è una risposta unica. <strong>Adobe Commerce</strong> include funzioni B2B native, come account aziendali e richieste di preventivo, ma ha un costo di licenza. <strong>Magento Open Source</strong> e <strong>Mage-OS</strong> sono gratuiti e flessibili, e le funzioni B2B si ottengono con estensioni o sviluppo su misura. Altre piattaforme offrono soluzioni B2B che dipendono dal piano e dai moduli scelti. La scelta dipende da catalogo, numero di clienti, integrazioni e budget.</p> <h2>Quando ha senso, e quando no</h2> <p>Un e-commerce B2B funziona bene se hai <strong>molti clienti che ordinano spesso</strong>, listini che cambiano da cliente a cliente e un ufficio ordini che passa buona parte della giornata a inserire richieste. Vale meno la pena se hai pochi clienti e ogni ordine richiede una trattativa: in quel caso bastano strumenti più semplici per i preventivi e la gestione dei contatti.</p> <h2>Come si parte</h2> <ol> <li><strong>Si parte dai processi,</strong> non dal sito: come arrivano oggi gli ordini, chi li inserisce, dove si perde tempo.</li> <li><strong>Si scelgono poche funzioni essenziali</strong> e si mettono online con un gruppo ristretto di clienti.</li> <li><strong>Si raccolgono i commenti</strong> di chi lo usa davvero, e si migliora prima di aprire a tutti.</li> <li><strong>Si estende</strong> a nuove funzioni e a più clienti, un passo alla volta.</li> </ol> <h2>Domande frequenti</h2> <h3>Posso avere B2B e B2C sullo stesso sito?</h3> <p>Sì, è una scelta comune. Lo stesso catalogo può servire consumatori e clienti professionali, ognuno con prezzi e condizioni propri.</p> <h3>Devo cambiare il mio gestionale?</h3> <p>Non necessariamente. L'e-commerce si collega a quello che già usi per sincronizzare prezzi, giacenze e ordini.</p> <h3>Da dove conviene partire?</h3> <p>Dalle funzioni che fanno risparmiare più tempo, di solito area riservata, listini per cliente e ordine rapido. Il resto si aggiunge dopo, quando i clienti hanno preso confidenza. Partire da poche funzioni riduce anche il rischio: si vede subito se i clienti lo usano, prima di investire di più.</p> <h2>Parliamo del tuo canale B2B</h2> <p>Ogni azienda vende in modo diverso, quindi un progetto B2B parte sempre dall'ascolto dei tuoi processi. Per i dettagli guarda la pagina sull'<a href="/ecommerce-b2b/">e-commerce B2B</a>; per il collegamento con il gestionale, le <a href="/integrazioni-sistemi/">integrazioni tra sistemi</a>.</p> <p>Vuoi portare online i tuoi ordini B2B? <a href="#contact">Richiedi una consulenza e un preventivo gratuito</a>.</p> https://yuriy-boyko.com/blog/stylesmuggler-magento-vulnerabilita-patch-sicurezza/ 2026-09-11T00:00:00.000Z 2026-09-11T00:00:00.000Z

StyleSmuggler (CVE-2026-75650) è una falla critica di Magento e Adobe Commerce. Cosa rischia il tuo negozio online e come metterlo in sicurezza.

<p><strong>StyleSmuggler (CVE-2026-75650)</strong> è una vulnerabilità critica di <strong>Magento Open Source e Adobe Commerce</strong>: permette a chi attacca di eseguire codice sul tuo negozio online <strong>senza bisogno di password</strong>. Ha ottenuto il punteggio di gravità massimo (10 su 10) e, secondo i ricercatori di sicurezza, è già sfruttata contro negozi reali. Se hai un e-commerce Magento, devi occupartene subito.</p> <blockquote> <p>Articolo informativo, non una valutazione di sicurezza: le azioni da compiere dipendono dalla configurazione del tuo negozio.</p> </blockquote> <h2>Che cosa rischia il tuo negozio</h2> <p>Chi sfrutta la falla ottiene il controllo del sito. Da lì può installare programmi nascosti per <strong>copiare i dati delle carte dei clienti</strong>, creare accessi segreti o fermare le vendite. Per un'azienda questo significa:</p> <ul> <li><strong>Costi diretti:</strong> sanzioni per la violazione dei dati, transazioni fraudolente, spese di bonifica d'emergenza.</li> <li><strong>Danno di reputazione:</strong> clienti che perdono fiducia e possibili problemi con il gestore dei pagamenti.</li> <li><strong>Vendite ferme:</strong> il sito può restare offline durante il ripristino.</li> </ul> <p>Il problema è nel codice di base di Magento, non in un modulo aggiuntivo. Per questo i firewall normali, che filtrano il traffico dall'esterno, non sono una protezione affidabile: serve la correzione ufficiale.</p> <h2>Quali negozi sono coinvolti</h2> <p>Praticamente tutti i Magento recenti, <strong>qualunque sia l'aspetto grafico</strong>:</p> <ul> <li>negozi con tema tradizionale (Luma o personalizzato);</li> <li>negozi <strong>headless</strong> o PWA, cioè con la parte visiva separata;</li> <li>negozi con tema <strong>Hyvä</strong>.</li> </ul> <p>Il tema o la tecnologia del frontend non cambiano il rischio. Per sapere se la tua versione è inclusa, controlla il bollettino di sicurezza di Adobe o chiedi a chi gestisce il negozio.</p> <h2>Come metterlo in sicurezza: checklist</h2> <p>Adobe ha pubblicato una correzione d'emergenza (hotfix <strong>VULN-39341</strong>). Questi sono i passaggi, in ordine:</p> <table> <thead> <tr> <th scope="col">Fase</th> <th scope="col">Azione</th> <th scope="col">Perché serve</th> </tr> </thead> <tbody> <tr> <td><strong>1. Backup</strong></td> <td>Copia completa di file e database.</td> <td>Puoi tornare indietro se qualcosa va storto.</td> </tr> <tr> <td><strong>2. Installazione della correzione</strong></td> <td>Applicala prima in un ambiente di prova.</td> <td>Chiude la falla senza rompere le personalizzazioni.</td> </tr> <tr> <td><strong>3. Verifica</strong></td> <td>Controlla file, database e utenti amministratori.</td> <td>Trova eventuali accessi o codici lasciati da chi ha attaccato prima dell'aggiornamento.</td> </tr> <tr> <td><strong>4. Chiavi e password</strong></td> <td>Cambia le chiavi di cifratura e le password di servizio, come indica Adobe.</td> <td>Se i dati sono stati letti, le vecchie credenziali non vanno più usate.</td> </tr> <tr> <td><strong>5. Messa online</strong></td> <td>Pubblica nelle ore di minor traffico.</td> <td>Le vendite non vengono interrotte.</td> </tr> </tbody> </table> <p>Installare la correzione <strong>non basta</strong> se il negozio è già stato attaccato: per questo la fase 3 conta quanto la 2.</p> <h2>Domande frequenti</h2> <h3>Il firewall del nostro hosting ci protegge?</h3> <p>Non in modo affidabile. L'attacco sfrutta il funzionamento interno di Magento e può passare i controlli tradizionali. L'unica soluzione definitiva è la correzione ufficiale.</p> <h3>Con Hyvä o con un'architettura headless siamo al sicuro?</h3> <p>No. La falla è nel cuore di Magento, quindi riguarda anche questi negozi.</p> <h3>E se sospettiamo di essere già stati attaccati?</h3> <p>Segnali tipici: rallentamenti, ordini o utenti amministratori strani, file sconosciuti. Metti il sito in manutenzione, <strong>conserva i registri di sistema</strong> per l'analisi, ripristina un backup pulito, applica la correzione e fai una bonifica completa prima di riaprire.</p> <h2>Metti in sicurezza il tuo e-commerce</h2> <p>Applicare una correzione d'emergenza e bonificare un sito compromesso senza conoscere a fondo Magento può causare fermi imprevisti o lasciare accessi nascosti. Con il <strong><a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a></strong> le correzioni di sicurezza vengono installate appena disponibili, senza compromettere le personalizzazioni né le vendite.</p> <p>Vuoi sapere se il tuo negozio è esposto? <a href="#contact">Richiedi un audit di sicurezza e un preventivo gratuito</a>.</p> <p>Il tuo negozio non riceve più aggiornamenti? Vedi <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>.</p> https://yuriy-boyko.com/blog/magento-apsb26-92-aggiornamento-sicurezza-ecommerce/ 2026-08-12T00:00:00.000Z 2026-08-12T00:00:00.000Z

Adobe ha corretto 7 vulnerabilità in Magento e Adobe Commerce, tra cui il furto di account clienti. Cosa rischia il tuo negozio e come aggiornare.

<p>L'11 agosto 2026 Adobe ha pubblicato il bollettino di sicurezza <strong>APSB26-92</strong>, che corregge <strong>sette vulnerabilità</strong> di <strong>Magento Open Source e Adobe Commerce</strong>, cinque delle quali di gravità critica. La più seria permette di <strong>prendere il controllo dell'account di un cliente senza conoscerne la password</strong>. Al momento del rilascio Adobe non segnalava attacchi in corso, ma la finestra per aggiornare con calma è breve: se hai un negozio Magento, pianifica l'intervento ora.</p> <blockquote> <p>Articolo informativo, non una valutazione di sicurezza: le azioni da compiere dipendono dalla configurazione del tuo negozio.</p> </blockquote> <h2>Che cosa rischia il tuo negozio</h2> <p>Le falle corrette possono consentire di aggirare i controlli di sicurezza, eseguire codice non autorizzato o ottenere permessi che non si dovrebbero avere. Per un e-commerce questo significa:</p> <ul> <li><strong>Account clienti violati:</strong> chi attacca può vedere dati personali e ordini di altre persone, con possibili conseguenze sulla protezione dei dati.</li> <li><strong>Accessi non autorizzati al sistema:</strong> modifiche alle impostazioni o codice malevolo inserito nel sito.</li> <li><strong>Vendite e reputazione:</strong> un incidente può portare al blocco del sistema di pagamento e alla perdita di fiducia dei clienti.</li> </ul> <h2>Perché non aspettare</h2> <p>Quando Adobe pubblica un bollettino, le falle diventano di dominio pubblico e chi attacca studia le correzioni per colpire i negozi non aggiornati. Adobe assegna a questo aggiornamento priorità 2 (nessun attacco noto al momento del rilascio), ma i ricercatori di sicurezza riportano tentativi di sfruttamento della falla principale. <strong>Prima si aggiorna, meno tempo resta agli aggressori.</strong></p> <h2>Quali negozi sono coinvolti</h2> <p>Secondo il bollettino di Adobe, sono interessate le installazioni non aggiornate alla versione di agosto 2026:</p> <ul> <li><strong>Magento Open Source</strong> dalla 2.4.6 alla 2.4.9;</li> <li><strong>Adobe Commerce</strong> (anche su Cloud) dalla 2.4.4 alla 2.4.9;</li> <li><strong>Adobe Commerce B2B</strong>, con le relative versioni.</li> </ul> <p>Per verificare la tua versione esatta consulta il <a href="https://helpx.adobe.com/security/products/magento/apsb26-92.html">bollettino ufficiale</a> o chiedi a chi gestisce il negozio.</p> <h2>Piano d'azione</h2> <p>Un aggiornamento fatto in fretta può entrare in conflitto con grafica e moduli di pagamento. Questi sono i passaggi consigliati:</p> <table> <thead> <tr> <th scope="col">Fase</th> <th scope="col">Azione</th> <th scope="col">Perché serve</th> </tr> </thead> <tbody> <tr> <td><strong>1. Prerequisiti</strong></td> <td>Controlla che gli aggiornamenti precedenti (come quello di luglio 2026) siano installati.</td> <td>La correzione richiede una base aggiornata, altrimenti fallisce.</td> </tr> <tr> <td><strong>2. Prova</strong></td> <td>Applica l'aggiornamento su una copia del sito.</td> <td>Trovi le incompatibilità prima che le veda un cliente.</td> </tr> <tr> <td><strong>3. Collaudo</strong></td> <td>Verifica carrello, pagamento, registrazione e invio e-mail.</td> <td>Le vendite proseguono senza sorprese.</td> </tr> <tr> <td><strong>4. Messa online</strong></td> <td>Pubblica nelle ore di minor traffico.</td> <td>Disturbo minimo per i clienti.</td> </tr> <tr> <td><strong>5. Controllo</strong></td> <td>Verifica account e accessi amministrativi insoliti.</td> <td>Individui eventuali abusi avvenuti prima dell'aggiornamento.</td> </tr> </tbody> </table> <h2>Domande frequenti</h2> <h3>Dobbiamo aggiornare anche se non ci sono attacchi noti?</h3> <p>Sì. Dopo la pubblicazione le falle sono note a tutti e vengono sfruttate rapidamente. Aggiornare nei giorni successivi al rilascio è la scelta più prudente.</p> <h3>L'aggiornamento può cambiare la grafica o le funzioni del sito?</h3> <p>Di norma no: corregge solo le falle. Se però hai personalizzazioni nelle aree interessate, serve una prova preventiva.</p> <h3>E se abbiamo saltato gli aggiornamenti precedenti?</h3> <p>Le correzioni più recenti richiedono quelle precedenti. Con aggiornamenti arretrati serve una sequenza ordinata, per evitare errori.</p> <h2>Aggiornamenti di sicurezza senza pensieri</h2> <p>Aggiornare Magento o Adobe Commerce da soli può causare blocchi del sito e incompatibilità. Con il <strong><a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a></strong> i bollettini di sicurezza vengono applicati in modo tempestivo, dopo averli provati, senza compromettere personalizzazioni, velocità e vendite.</p> <p>Vuoi sapere se il tuo negozio è aggiornato? <a href="#contact">Richiedi un audit di sicurezza e un preventivo gratuito</a>.</p> <p>Il tuo negozio non riceve più aggiornamenti? Vedi <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>.</p> https://yuriy-boyko.com/blog/pulsante-recesso-ecommerce-cosa-cambia/ 2026-05-14T00:00:00.000Z 2026-05-14T00:00:00.000Z

Dal 19 giugno 2026 ogni e-commerce che vende ai consumatori deve avere il pulsante di recesso. Cosa prevede la legge e come gestire i resi in modo ordinato.

<p>Dal <strong>19 giugno 2026</strong>, se vendi online ai consumatori, il tuo negozio deve permettere ai clienti di <strong>esercitare il diritto di recesso con un pulsante ben visibile</strong>, direttamente dal sito. È il cosiddetto <strong>pulsante di recesso</strong> e vale per qualsiasi e-commerce, qualunque piattaforma usi.</p> <p>Qui trovi cosa prevede la regola, la differenza tra recesso e reso, come gestire i resi senza perdere tempo e cosa controllare nel tuo negozio.</p> <blockquote> <p>Articolo informativo, non consulenza legale: per l'adeguamento del tuo negozio confrontati con un legale o con il tuo consulente.</p> </blockquote> <h2>Cosa cambia in pratica</h2> <p>La novità arriva dalla <a href="https://eur-lex.europa.eu/eli/dir/2023/2673/oj/eng">Direttiva (UE) 2023/2673</a>, recepita in Italia con il <strong>D.Lgs. 31 dicembre 2025, n. 209</strong>, che ha inserito nel Codice del consumo l'<strong>articolo 54-bis</strong>. Dal 19 giugno 2026 il tuo sito deve offrire:</p> <ul> <li><strong>Una funzione di recesso ben visibile e facile da trovare</strong>, disponibile per tutto il periodo in cui il cliente può recedere.</li> <li><strong>Un testo chiaro</strong>, come «recedere dal contratto qui» o una formula equivalente.</li> <li><strong>Due passaggi</strong>: il cliente indica i suoi dati e l'ordine, poi conferma la scelta.</li> <li><strong>Una ricevuta inviata subito</strong>, per esempio via email, con il contenuto della richiesta e la <strong>data e l'ora</strong> dell'invio.</li> </ul> <p>Prima bastava, in molti casi, una pagina con le istruzioni o un indirizzo email. Ora il percorso deve essere semplice e tracciato direttamente nel sito.</p> <h2>Chi deve adeguarsi</h2> <p>Chi <strong>vende ai consumatori</strong> con contratti conclusi online. Se vendi solo ad altre aziende la regola non ti riguarda; se vendi a entrambi, vale per la parte rivolta ai consumatori. Non conta la piattaforma: Magento, Mage-OS, Shopify, WooCommerce o un sito su misura.</p> <h2>Recesso e reso: non sono la stessa cosa</h2> <table> <thead> <tr> <th scope="col"></th> <th scope="col">Recesso</th> <th scope="col">Reso</th> </tr> </thead> <tbody> <tr> <td>Che cos'è</td> <td>La <strong>dichiarazione</strong> con cui il cliente annulla l'acquisto</td> <td>Il <strong>percorso operativo</strong>: autorizzare, ricevere e controllare la merce, rimborsare o sostituire</td> </tr> <tr> <td>Da dove nasce</td> <td>Un obbligo di legge</td> <td>Una scelta organizzativa del negozio</td> </tr> <tr> <td>Cosa serve</td> <td>Pulsante, conferma e ricevuta con data e ora</td> <td>Richieste, stati, comunicazione con il cliente e rimborsi</td> </tr> </tbody> </table> <p>Il pulsante rende <strong>valida e tracciata</strong> la volontà del cliente di recedere; un sistema per i resi serve a <strong>gestire con ordine</strong> ciò che succede dopo. Ti servono entrambi.</p> <h2>Come gestire i resi senza perdere tempo</h2> <p>Senza uno strumento dedicato, i resi diventano un fiume di email, telefonate e fogli di calcolo. Con un sistema adatto ottieni richieste ordinate, uno <strong>stato sempre chiaro</strong> per te e per il cliente, <strong>foto e documenti</strong> allegati, un canale unico di dialogo (con note interne riservate) ed <strong>email automatiche</strong> a ogni passaggio.</p> <p>Se il tuo negozio è su <strong>Magento 2 o Mage-OS</strong> esiste un modulo gratuito e open source, <strong>MageOS RMA</strong>, pubblicato nell'organizzazione ufficiale <a href="https://github.com/mage-os/module-rma"><code>mage-os</code> su GitHub</a>. Nel pannello di amministrazione trovi l'elenco dei resi, i clienti hanno la sezione «I miei resi» e anche chi ha comprato <strong>senza registrarsi</strong> può richiedere un reso dal proprio ordine.</p> <h2>Tre punti da controllare, con qualsiasi sistema</h2> <p>Uno strumento per i resi <strong>non basta da solo</strong> per dirsi in regola. Dalla documentazione di MageOS RMA emergono tre punti che valgono come promemoria per qualsiasi sistema:</p> <ol> <li><strong>Il pulsante di recesso va realizzato comunque.</strong> Il modulo gestisce i resi dopo la richiesta, ma non descrive la funzione con i due passaggi e la ricevuta con data e ora.</li> <li><strong>Da quando contano i giorni.</strong> Il periodo di reso del modulo (30 giorni di default) parte dalla <strong>data dell'ordine</strong>, mentre il termine di recesso di 14 giorni per i prodotti parte in generale dalla <strong>consegna</strong>. Con spedizioni lente rischi di chiudere la finestra troppo presto.</li> <li><strong>Quali ordini si possono rendere.</strong> Di default solo quelli «completati», ma il cliente può recedere anche prima di ricevere la merce.</li> </ol> <p>Ricorda anche che il modulo è <strong>disattivato di default</strong> e va configurato (periodo, stati ammessi, testi delle email).</p> <h2>Cosa fare ora</h2> <ol> <li><strong>Verifica se vendi ai consumatori</strong> online.</li> <li><strong>Guarda il sito come un cliente</strong>: c'è un pulsante «recedere dal contratto qui»? Funziona in due passaggi? Arriva una ricevuta con data e ora?</li> <li><strong>Definisci la politica resi</strong>: giorni, condizioni, chi paga la spedizione, tempi di rimborso.</li> <li><strong>Scegli e configura lo strumento</strong> per gestire i resi, poi <strong>prova tutto con un ordine di prova</strong>.</li> <li><strong>Fai rivedere testi e condizioni</strong> a un legale o al tuo consulente.</li> </ol> <h2>Domande frequenti</h2> <h3>Il pulsante di recesso è obbligatorio anche per Shopify e WooCommerce?</h3> <p>Sì. L'obbligo riguarda chi vende ai consumatori con contratti conclusi online, non una piattaforma in particolare.</p> <h3>MageOS RMA mi mette in regola con la nuova norma?</h3> <p>No, non da solo: ti aiuta a gestire i resi in modo ordinato, ma la funzione di recesso richiesta dalla legge va prevista e verificata a parte.</p> <h3>Quanto costa il modulo?</h3> <p>È open source con licenza MIT, quindi senza costi di licenza. Restano i costi di installazione, configurazione e personalizzazione sul tuo negozio.</p> <h2>Vuoi adeguare il tuo e-commerce?</h2> <p>Se hai un negozio su Magento 2 o Mage-OS e vuoi attivare la gestione dei resi, aggiungere il pulsante di recesso o collegare i resi al tuo gestionale, posso occuparmene io: dall'analisi alla configurazione fino alle personalizzazioni. Il preventivo è gratuito e senza impegno: <a href="#contact">scrivimi</a> per parlarne.</p> <p>Vedi anche: <a href="/integrazioni-sistemi/">integrazioni con gestionale e altri sistemi</a> e <a href="/ecommerce-b2c/">sviluppo e-commerce B2C</a>.</p> https://yuriy-boyko.com/blog/aggiornamenti-magento-senza-bloccare-vendite-zero-downtime/ 2026-04-20T00:00:00.000Z 2026-04-20T00:00:00.000Z

Aggiornare Magento senza modalità manutenzione si può: come funziona il deploy a zero downtime e perché protegge vendite e campagne pubblicitarie.

<p>Aggiornare un e-commerce <strong>Magento o Adobe Commerce</strong> non deve per forza fermare le vendite. Con un <strong>deploy a zero downtime</strong> (pubblicazione senza interruzioni) i nuovi file vengono preparati a parte e sostituiti a quelli attivi in un istante, quindi nella maggior parte dei casi i clienti non si accorgono di nulla. Il metodo tradizionale, invece, mette il sito in «modalità manutenzione» proprio quando vorresti migliorarlo.</p> <h2>Il costo nascosto della modalità manutenzione</h2> <p>Mettere offline il negozio per installare una correzione o una nuova grafica è un costo economico, non solo un fastidio tecnico:</p> <ul> <li><strong>Carrelli abbandonati:</strong> chi è sul sito in quel momento trova una pagina di errore e compra altrove.</li> <li><strong>Campagne pubblicitarie sprecate:</strong> se hai annunci attivi, ogni clic su una pagina di manutenzione è budget perso.</li> <li><strong>Rischio di blocchi prolungati:</strong> sovrascrivere i file direttamente sul sito attivo significa che un imprevisto durante l'installazione lascia il negozio fermo finché non viene risolto.</li> </ul> <h2>Come funziona il deploy senza interruzioni</h2> <p>Invece di modificare il sito mentre i clienti navigano, la nuova versione viene costruita in una cartella separata sul server. Strumenti come <strong>Deployer</strong> automatizzano questi passaggi:</p> <table> <thead> <tr> <th scope="col">Fase</th> <th scope="col">Cosa succede</th> <th scope="col">Effetto sul tuo negozio</th> </tr> </thead> <tbody> <tr> <td><strong>1. Preparazione</strong></td> <td>Il server crea una cartella temporanea.</td> <td>Il sito pubblico continua a funzionare.</td> </tr> <tr> <td><strong>2. Costruzione e test</strong></td> <td>I nuovi file vengono caricati e preparati lì.</td> <td>Le operazioni pesanti avvengono lontano dal carrello attivo.</td> </tr> <tr> <td><strong>3. Scambio</strong></td> <td>Un collegamento interno punta alla nuova versione.</td> <td>Il passaggio richiede una frazione di secondo.</td> </tr> <tr> <td><strong>4. Ritorno indietro</strong></td> <td>Se qualcosa non va, si torna alla versione precedente con un comando.</td> <td>Un errore si corregge in pochi istanti, non in ore.</td> </tr> </tbody> </table> <h2>I limiti da conoscere</h2> <p>«Zero downtime» non significa «zero attenzione». Alcuni aggiornamenti toccano anche il <strong>database</strong> (per esempio una nuova versione di Magento o un modulo che cambia la struttura dei dati) e in quei casi serve un piano su misura, a volte con una breve finestra dedicata. Per questo ogni intervento va <strong>provato prima in un ambiente di test</strong> e pubblicato nelle ore di minor traffico.</p> <h2>Domande frequenti</h2> <h3>Cosa succede ai clienti che stanno ordinando durante l'aggiornamento?</h3> <p>Con un deploy ben preparato la navigazione e l'acquisto proseguono normalmente. Nei casi più delicati, come modifiche al database, si sceglie il momento in cui il disturbo è minimo.</p> <h3>Funziona anche per moduli di terze parti (pagamenti, spedizioni, grafica)?</h3> <p>Sì. Tutte le modifiche al codice vengono installate e verificate nella cartella separata prima della pubblicazione.</p> <h3>Serve un server speciale?</h3> <p>Di norma no: basta un server Linux con accesso protetto, configurato correttamente dallo sviluppatore. Va verificato caso per caso con l'hosting che usi.</p> <h2>Aggiornamenti veloci, vendite sempre attive</h2> <p>Pubblicare novità e correzioni senza fermare il business richiede un processo collaudato. Con il <strong><a href="/manutenzione-supporto-ecommerce/">servizio di manutenzione e supporto</a></strong> gli aggiornamenti del tuo negozio Magento vengono preparati, provati e pubblicati senza interrompere le vendite.</p> <p>Vuoi aggiornare il tuo store senza fermarlo? <a href="#contact">Richiedi una consulenza e un preventivo gratuito</a>.</p> <p>Il tuo negozio gira su una versione molto vecchia? Vedi <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>.</p> <blockquote> <p>Articolo informativo: la procedura giusta dipende dall'infrastruttura e dalle personalizzazioni del tuo negozio e va verificata prima.</p> </blockquote> https://yuriy-boyko.com/blog/pci-dss-4-ecommerce-sicurezza-pagamenti/ 2025-03-17T00:00:00.000Z 2025-03-17T00:00:00.000Z

Dal 31 marzo 2025 il PCI DSS 4.0 impone nuove regole sul checkout. Cosa rischiano i negozi online e come metterli in sicurezza, anche su Magento.

<p>Se il tuo negozio online accetta pagamenti con carta, c'è una scadenza che ti riguarda, anche se sei un negozio piccolo: dal <strong>31 marzo 2025</strong> diventano obbligatorie le nuove regole del <strong>PCI DSS 4.0</strong> sulla <strong>pagina di pagamento</strong>. In sintesi: devi sapere che cosa gira nella pagina in cui i clienti inseriscono la carta e accorgerti subito se qualcuno la manomette.</p> <blockquote> <p>Articolo informativo, non una valutazione di sicurezza: per il tuo caso specifico confrontati con la tua banca o con il tuo gestore dei pagamenti.</p> </blockquote> <h2>Che cos'è il PCI DSS (e perché non è una legge)</h2> <p>È lo standard di sicurezza dei <strong>circuiti delle carte</strong> (Visa, Mastercard e gli altri). Non è una legge, ma <strong>un obbligo contrattuale</strong>: te lo chiede la banca o il gestore dei pagamenti con cui hai l'accordo per incassare con carta.</p> <h2>Il rischio: gli «attacchi invisibili» al checkout</h2> <p>I criminali non attaccano più solo i database: <strong>attaccano la pagina in cui il cliente digita la carta</strong>. Un codice malevolo si infila di nascosto, spesso tramite uno strumento esterno non aggiornato (una chat, un pixel pubblicitario, un modulo di terze parti), e <strong>copia i dati mentre il cliente li scrive</strong>. Si chiama <em>e-skimming</em> o <em>Magecart</em>. La vendita va a buon fine e nessuno vede nulla: lo scopri mesi dopo, quando banche e clienti segnalano frodi.</p> <p>Le conseguenze dipendono dal contratto con la banca o con il gestore dei pagamenti: dai costi aggiuntivi alla responsabilità per i dati rubati, fino, nei casi più gravi, alla sospensione della possibilità di accettare carte. A cui si aggiunge il danno di reputazione.</p> <h2>Le due regole che scattano il 31 marzo 2025</h2> <ol> <li><strong>Sapere e autorizzare ogni codice.</strong> Devi avere l'elenco di tutti gli script presenti nella pagina di pagamento, con il motivo per cui ciascuno è lì, e permettere solo quelli autorizzati.</li> <li><strong>Accorgerti delle modifiche.</strong> Serve un controllo che rileva e segnala le modifiche non autorizzate alla pagina, con verifiche periodiche (di norma almeno una volta a settimana).</li> </ol> <h2>Ti riguarda davvero? Dipende da come incassi</h2> <table> <thead> <tr> <th scope="col">Come incassi</th> <th scope="col">Cosa significa per te</th> </tr> </thead> <tbody> <tr> <td><strong>Il cliente paga su una pagina del provider</strong> (esce dal tuo sito)</td> <td>Meno adempimenti, ma devi garantire che il tuo sito non sia esposto agli script malevoli. Chiedi conferma al provider.</td> </tr> <tr> <td><strong>I campi della carta del provider sono dentro la tua pagina</strong></td> <td>Il codice della tua pagina può influire sulla sicurezza: i controlli contano di più.</td> </tr> <tr> <td><strong>I dati della carta passano dal tuo sito</strong></td> <td>Il livello di responsabilità più alto, con più controlli.</td> </tr> </tbody> </table> <p>Per il primo caso lo standard prevede regole alleggerite, a patto di dichiarare che il sito non è esposto a questi attacchi (<a href="https://blog.pcisecuritystandards.org/important-updates-announced-for-merchants-validating-to-self-assessment-questionnaire-a">dettagli del PCI Security Standards Council</a>). <strong>Chiedi alla tua banca o al provider quale questionario di autovalutazione devi compilare</strong>: è il modo più rapido per capire a che livello sei.</p> <h2>Da dove partire</h2> <ol> <li><strong>Scopri come incassi</strong> (pagina esterna, campi incorporati o dati sul tuo sito).</li> <li><strong>Elenca gli strumenti esterni</strong> nella pagina di pagamento (chat, statistiche, pixel, widget) e <strong>togli quelli inutili</strong>.</li> <li><strong>Chiedi conferme scritte al provider</strong> su cosa copre lui e cosa resta a tuo carico.</li> <li><strong>Prevedi un controllo delle modifiche</strong> con segnalazioni automatiche.</li> <li><strong>Tieni tutto aggiornato</strong> e fai verificare il risultato da un esperto.</li> </ol> <h2>Il caso Magento: perché il checkout conta</h2> <p>Se usi <strong>Magento 2</strong> o Adobe Commerce, tutto ruota attorno al checkout. Quello tradizionale (tema <em>Luma</em>) si appoggia a tecnologie datate e a molti moduli di terze parti: controllare ogni script può diventare lungo e costoso.</p> <p>Per questo molti merchant scelgono <strong>Hyvä</strong>, un checkout più moderno e leggero. Secondo la <a href="https://docs.hyva.io/hyva-checkout/devdocs/csp/index.html">documentazione ufficiale</a>, dalla versione 1.3 il browser esegue solo il codice espressamente autorizzato e blocca il resto, in linea con lo spirito delle nuove regole. Il vantaggio è anche pratico: meno codice da controllare, di solito un checkout più veloce e una manutenzione più semplice.</p> <p>Attenzione però: <strong>nessun tema rende conformi da solo</strong>. I moduli di terze parti devono essere compatibili e restano da prevedere l'elenco degli script e il controllo delle modifiche. E la sicurezza non è un intervento una tantum: ogni nuovo modulo o strumento di marketing cambia ciò che gira nella pagina di pagamento, per questo servono <strong>aggiornamenti e controlli periodici</strong>, cioè una manutenzione continuativa.</p> <h2>Domande frequenti</h2> <h3>Il PCI DSS è una legge?</h3> <p>No. È uno standard dei circuiti delle carte che banche e gestori dei pagamenti impongono per contratto a chi incassa con carta.</p> <h3>Se uso PayPal, Stripe o un altro provider sono esonerato?</h3> <p>Sei molto alleggerito, ma non esonerato: devi compilare il questionario previsto e garantire che il tuo sito non sia esposto ad attacchi tramite script. Chiedi al provider cosa copre e cosa resta a carico tuo.</p> <h3>Devo per forza passare a Hyvä?</h3> <p>No. È una delle strade più lineari per chi ha un negozio Magento, ma l'obiettivo è controllare gli script e rilevare le modifiche, con qualsiasi tecnologia.</p> <h2>Vuoi sapere se il tuo negozio è a posto?</h2> <p>Se hai un e-commerce su Magento 2 o Adobe Commerce, posso fare un <strong>audit tecnico gratuito</strong>: guardiamo come incassi, quali strumenti sono presenti nella pagina di pagamento e qual è il percorso più rapido per metterla in sicurezza, anche con un checkout moderno e una manutenzione periodica. <a href="#contact">Scrivimi</a> per parlarne: il preventivo è gratuito e senza impegno.</p> <p>Vedi anche: <a href="/ecommerce-b2c/">sviluppo e-commerce B2C</a> e <a href="/replatforming-migrazioni/">replatforming e migrazioni</a>.</p>