Magento 2 senza abbonamenti: come sostituire parte dei servizi SaaS con moduli e ridurre i costi dell’e-commerce

Un negozio Magento 2 deve davvero pagare ogni mese per newsletter, recensioni, affiliazione, supporto AI, cookie consent, gestione delle attività e rilevazione del tempo di lavoro? Non sempre. Parte di queste funzioni può essere trasferita direttamente in Magento 2 e, invece di aggiungere ulteriori abbonamenti, si possono utilizzare moduli acquistati una sola volta e --- dove necessario --- pagare solo l’infrastruttura effettivamente utilizzata, ad esempio l’invio di e-mail o le API AI.

In questo articolo mostriamo in quali aree questo approccio abbia senso, quali siano i suoi limiti e come possa presentarsi la differenza di costo.

Conclusione principale: non si tratta di rinunciare completamente ai servizi SaaS. Si tratta di verificare se valga la pena pagare un abbonamento fisso per una funzione che Magento 2 può gestire direttamente.

Perché gli abbonamenti SaaS stanno diventando un costo importante per un negozio Magento 2?

Un singolo abbonamento spesso non sembra preoccupante:

• una decina di dollari per un sistema di recensioni,
• alcune decine di dollari per la newsletter,
• alcune decine o centinaia di dollari per un programma di affiliazione,
• un ulteriore abbonamento per il supporto clienti o l’AI,
• un costo separato per il cookie consent,
• altre licenze per la gestione delle attività e la registrazione del tempo di lavoro.

Il problema inizia quando il negozio utilizza contemporaneamente molti di questi strumenti.

Il costo tecnologico smette allora di significare solo hosting, sviluppo Magento o manutenzione dell’infrastruttura. Nasce una categoria di costo separata: lo stack mensile di applicazioni SaaS.

In Magento 2 vale quindi la pena porsi una domanda:

Abbiamo bisogno di un’intera piattaforma esterna o solo di alcune funzioni che possono essere eseguite direttamente in Magento?

Questa distinzione è particolarmente importante nel caso di Magento Open Source --- una piattaforma progettata per poter essere estesa tramite moduli.

SaaS e modulo Magento 2 --- qual è la differenza fondamentale?

Nel classico modello SaaS si paga per l’accesso al servizio per un determinato periodo di tempo. Il prezzo può dipendere da:

• numero di utenti,
• numero di contatti,
• numero di ordini,
• numero di messaggi inviati,
• numero di ticket,
• numero di domini,
• valore delle vendite,
• ambito delle funzioni disponibili.

Nel modello utilizzato da Kowal.store, un modulo Magento 2 può essere acquistato una sola volta e la funzionalità opera poi all’interno del negozio. Se il modulo utilizza un’infrastruttura esterna, restano i costi dell’effettivo utilizzo di tale infrastruttura.

Vale la pena sottolineare che estensioni Magento simili si possono trovare anche presso altri fornitori. La differenza quindi non consiste sempre nella semplice presenza del modulo, ma nel modello di licenza. Molte software house e molti fornitori di estensioni vendono i moduli con un modello di abbonamento annuale o licenza rinnovabile. Kowal.store punta su un acquisto una tantum della licenza e su aggiornamenti gratuiti dei moduli, il che facilita la previsione dei costi nel lungo periodo.

Un modello esemplificativo si presenta quindi così:

Magento 2 → modulo → Amazon SES / API AI / Google API

invece di:

Magento 2 → piattaforma SaaS a pagamento → infrastruttura o ulteriori API

Questo non significa automaticamente che la prima architettura sia sempre migliore. Consente però di limitare il numero di licenze ricorrenti e di mantenere più processi e dati nel proprio ambiente Magento.

1. Newsletter Magento 2 senza abbonamento a una piattaforma marketing

L’email marketing è uno degli esempi più evidenti di costo che cresce insieme alla base clienti.

Le piattaforme SaaS possono addebitare l’utente in base al numero di contatti, al numero di messaggi o al pacchetto scelto. Per un piccolo negozio la differenza è minima. Con una mailing list più ampia, il costo diventa una voce fissa di budget.

Advanced Newsletter Suite per Magento 2

Advanced Newsletter Suite di Kowal.store trasferisce la gestione dei processi base di email marketing in Magento 2.

La soluzione include tra l’altro:

• gestione degli iscritti,
• mailing list,
• segmentazione,
• moduli di iscrizione,
• double opt-in,
• campagne newsletter,
• pianificazione,
• coda di invio,
• invii di test,
• Template Studio,
• tracking degli eventi,
• dashboard amministrativa,
• monitoraggio delle code e degli errori.

In questo modo la base clienti e la logica delle campagne possono restare più vicine a Magento, mentre per l’invio effettivo si può utilizzare un trasporto di messaggi specializzato.

Quanto può costare l’invio?

Amazon SES nel modello standard à la carte indica un prezzo base di circa 0,10 USD per 1000 e-mail in uscita, senza includere servizi aggiuntivi e trasferimento dati.

Ciò significa indicativamente:

Numero di messaggi inviati Costo base Amazon SES\*

 10 000 circa 1 USD 100 000 circa 10 USD 500 000 circa 50 USD 1 000 000 circa 100 USD

* L’esempio mostra il costo base di invio secondo il listino SES. Il costo reale può includere voci aggiuntive.

Conclusione: il negozio può pagare principalmente per l’invio effettivo, invece di legare il costo dell’intero sistema newsletter alla dimensione della base contatti.

Fonti:\

• Kowal.store --- catalogo e informazioni ufficiali sulle estensioni: https://kowal.store/llms.txt\
• Amazon SES Pricing: https://aws.amazon.com/ses/pricing/

2. Recensioni clienti Magento 2 senza abbonamento fisso

Le recensioni prodotto sono un’altra area in cui le soluzioni più popolari operano come SaaS.

Ad esempio Loox offre piani a pagamento il cui costo può crescere insieme all’uso e al numero di ordini. Anche Judge.me dispone di un piano in abbonamento a pagamento.

Per alcuni negozi una piattaforma esterna avanzata sarà giustificata. Altri hanno bisogno soprattutto di un processo efficace:

raccolta recensioni → moderazione → elaborazione → pubblicazione.

Kowal Review Suite

Kowal Review Suite mira a trasferire questo processo più vicino a Magento 2, compresa la gestione delle recensioni in ambienti multistore e multilingua.

Dal punto di vista dei costi, il cambiamento di modello è importante: invece di una licenza SaaS fissa, il negozio può utilizzare una propria estensione Magento e sostenere costi aggiuntivi solo quando vengono usati servizi esterni, ad esempio API AI.

Non si tratta di un confronto di funzionalità 1:1 con Loox, Judge.me o altre piattaforme. Il SaaS può offrire canali, integrazioni e funzioni aggiuntive che un modulo Magento non sostituisce.

Fonti:\

• Kowal.store: https://kowal.store/llms.txt\
• Loox: https://loox.io/\
• Judge.me: https://judge.me/

3. Programma di affiliazione Magento 2 senza costi legati alle vendite

Nel caso di un programma di affiliazione, il costo SaaS può essere particolarmente percepibile, perché alcune piattaforme combinano l’abbonamento con una commissione dipendente dalle vendite generate dall’affiliazione.

Se il programma inizia a funzionare bene, il costo dello strumento può crescere insieme ai ricavi.

Kowal Affiliate per Magento 2

Kowal Affiliate trasferisce la gestione del programma di affiliazione direttamente in Magento 2.

Dal punto di vista del TCO, è importante che un’estensione proprietaria non debba automaticamente addebitare un’ulteriore licenza solo perché:

• sono aumentati i partner,
• è aumentato il numero di transazioni,
• sono cresciute le vendite in affiliazione.

È un buon esempio della differenza tra costo dello strumento e costo che cresce insieme al successo del processo che quello strumento supporta.

4. AI Product Support --- risposte alle domande sui prodotti senza un helpdesk SaaS completo

Le piattaforme helpdesk e customer support offrono un ventaglio molto ampio di possibilità: omnichannel, social media, automazioni, reporting, SLA o instradamento dei ticket.

Non tutti i negozi hanno però bisogno di un sistema di questo tipo nella sua interezza.

A volte il problema di business è molto più semplice:

Il cliente sta visualizzando un prodotto e desidera ottenere rapidamente una risposta a una domanda sulla base delle informazioni disponibili nel negozio.

AI Product Support per Magento 2

AI Product Support aggiunge un assistente AI collegato ai dati del negozio e ai prodotti.

In questo modello Magento è responsabile della logica della soluzione, mentre l’API AI esterna può essere trattata come una risorsa addebitata in base all’effettivo utilizzo.

È una differenza importante:

non acquisti una piattaforma complessa solo per risolvere un singolo problema specifico.

Se il negozio ha bisogno di un helpdesk completo, una soluzione SaaS può continuare a essere migliore. Se ha bisogno soprattutto di un assistente prodotto, un modulo Magento dedicato può essere più economico e più semplice dal punto di vista architetturale.

5. Recupero dei carrelli abbandonati senza un’ulteriore piattaforma di marketing automation

Magento possiede già informazioni su:

• clienti,
• prodotti,
• carrelli,
• valore del carrello,
• storico acquisti.

Per questo motivo, una parte del processo di abandoned cart può essere gestita senza inviare l’intero contesto a una piattaforma separata di marketing automation.

AI Cart Recovery Assistant

AI Cart Recovery Assistant utilizza i dati disponibili in Magento per il processo di recupero dei carrelli abbandonati.

Particolarmente interessante è la combinazione di più moduli:

Magento 2 + AI Cart Recovery + Advanced Newsletter Suite + trasporto e-mail economico

In questa configurazione, una parte maggiore dell’automazione rimane nel proprio ambiente del negozio.

6. Cookie Consent per Magento 2 senza un ulteriore abbonamento per dominio

I sistemi CMP e cookie consent sono spesso fatturati in abbonamento --- ad esempio in base al numero di domini, sottopagine o al piano selezionato.

Se il negozio necessita di una specifica implementazione dei consensi e dell’integrazione con Google Tag Manager, un’alternativa può essere un modulo che opera direttamente in Magento.

Cookie Consent con integrazione Google Tag Manager

L’estensione Kowal.store gestisce i consensi ai cookie e l’integrazione con GTM nell’ambiente Magento 2.

In questo caso vale la pena confrontare:

costo annuale della piattaforma esterna × numero di anni

con:

costo una tantum del modulo + costi di mantenimento del proprio Magento.

Per le soluzioni utilizzate per molti anni, è proprio la prospettiva di 3--5 anni a mostrare meglio il TCO reale.

7. Blog Magento 2 al posto di un ulteriore sistema CMS

Un modo frequente di gestire un blog con Magento è installare un CMS aggiuntivo oppure mantenere un sistema separato.

Questo comporta ulteriori elementi di infrastruttura:

• pannello separato,
• aggiornamenti separati,
• integrazioni aggiuntive,
• superficie di attacco aggiuntiva sul piano della sicurezza,
• sincronizzazione di layout e dati.

Kowal Blog

Kowal Blog sfrutta le possibilità di Magento per gestire contenuti blog senza aggiungere un sistema CMS separato.

Non è esclusivamente una questione di costo dell’abbonamento. Il vantaggio può derivare anche dalla semplificazione dell’architettura e dal mantenimento dei contenuti più vicino al catalogo Magento.

8. Monitoraggio della sicurezza Magento 2 nel proprio ambiente

Le piattaforme esterne di security monitoring possono essere molto preziose e non dovrebbero essere sostituite automaticamente.

Tuttavia, una parte dei controlli di base può essere eseguita localmente.

Kowal Security Scan

Kowal Security Scan è un esempio di estensione che trasferisce una parte del processo di monitoraggio della sicurezza direttamente in Magento 2.

In pratica, un approccio ibrido può essere il più ragionevole:

scansione locale di Magento + Cloudflare/WAF + monitoraggio dell’infrastruttura + servizi esterni dove aumentano realmente la sicurezza.

L’obiettivo non è eliminare tutti i servizi, ma limitare gli abbonamenti che duplicano funzioni eseguibili localmente.

9. Kowal Task --- gestione delle attività, rilevazione del tempo e fatturazione del lavoro senza un’applicazione SaaS separata

Un’altra soluzione sviluppata da Kowal.store è Kowal Task (Kowal_Task).

Stato: il modulo è in fase di sviluppo. La descrizione qui sotto presenta l’ambito previsto risultante dalla specifica attuale e non deve essere trattata come un elenco di funzioni già disponibili nella versione produttiva.

È un esempio particolarmente interessante dell’idea descritta in questo articolo, perché il modulo dovrebbe sostituire un’applicazione esterna per la gestione delle attività e del tempo di lavoro e collegare questo processo direttamente alla fatturazione in Magento.

Che cosa dovrebbe fare Kowal Task?

La struttura dati prevista è semplice:

Cliente → Progetto → Attività → Registrazioni del tempo

Il modulo dovrebbe consentire tra l’altro:

• gestione di progetti e attività dei clienti,
• più registrazioni di tempo per una singola attività,
• registrazione manuale del tempo,
• timer opzionale,
• approvazione del tempo da fatturare,
• portale cliente nel suo account Magento,
• segnalazione di nuove attività da parte del cliente,
• export CSV,
• REST API per applicazioni desktop e CRM,
• preparazione della fatturazione direttamente in Magento.

La cosa più importante, però, è l’integrazione con il meccanismo di vendita nativo di Magento.

Dal tempo di lavoro all’ordine e alla fattura Magento

Il processo previsto è il seguente:

1. il dipendente esegue l’attività,
2. il tempo viene assegnato all’attività,
3. le registrazioni del tempo vengono approvate per la fatturazione,
4. Magento calcola il valore in base alla tariffa oraria,
5. il modulo crea un ordine Magento nativo con stato pending,
6. l’amministratore controlla l’ordine,
7. la fattura viene emessa manualmente utilizzando il meccanismo standard di Magento,
8. le registrazioni del tempo vengono collegate all’ordine e alla fattura.

In questo modo la rilevazione del lavoro non si ferma a un report in uno strumento esterno. I dati possono diventare direttamente la fonte della fatturazione in Magento.

Kowal Task e Toggl Track

Toggl Track è un buon punto di riferimento, perché i suoi piani a pagamento vengono fatturati per licenza.

Secondo la documentazione attuale di Toggl Track:

• Starter Monthly: da 12 USD/EUR per licenza al mese,
• Starter Annual: da 9 USD/EUR per licenza al mese,
• Premium Monthly: da 20 USD/EUR per licenza al mese,
• Premium Annual: da 18 USD/EUR per licenza al mese.

Inoltre Toggl spiega che nei piani a pagamento la licenza è assegnata a ciascun membro dell’organizzazione.

Esempio per 5 persone:

Piano Costo mensile indicativo Costo annuale indicativo

Toggl Starter Annual 45 USD/EUR 540 USD/EUR Toggl Premium Annual 90 USD/EUR 1080 USD/EUR Toggl Starter Monthly 60 USD/EUR 720 USD/EUR Toggl Premium Monthly 100 USD/EUR 1200 USD/EUR

Con 10 utenti, il costo cresce di conseguenza del doppio.

Fonte dei prezzi: Toggl Track, aggiornamento della documentazione di luglio 2026:
https://support.toggl.com/en-us/article/basic-information-on-toggl-track-pricing-1jk9e2l/

Kowal Task e Harvest

Harvest combina time tracking, progetti e fatturazione.

Il listino attuale indica tra l’altro:

• Teams: da 9 USD per utente al mese con fatturazione annuale oppure da 11 USD al mese,
• Enterprise: da 14 USD per utente al mese con fatturazione annuale oppure da 17,50 USD al mese.

Per un team di cinque persone, il solo costo base del piano Teams con fatturazione annuale è di circa:

45 USD al mese / 540 USD all’anno.

Fonte: https://www.getharvest.com/pricing

In cosa Kowal Task dovrebbe differenziarsi da un tipico time tracker?

L’obiettivo non è creare una copia di Toggl o Harvest.

Il vantaggio principale nello scenario Magento specifico dovrebbe essere il collegamento dei dati operativi con clienti, ordini e fatture Magento già esistenti.

Il cliente non deve esistere parallelamente in:

• Magento,
• applicazione per la gestione delle attività,
• applicazione di time tracking,
• sistema di fatturazione separato.

L’architettura prevista utilizza l’account cliente nativo di Magento e ad esso collega progetti, attività e registrazioni del tempo.

Inoltre, il cliente dovrebbe ricevere in futuro una sezione My Tasks nel proprio account, dove potrà vedere i propri progetti e le proprie attività e segnalare una nuova attività.

Questo trasforma Magento da semplice sistema di vendita prodotti in una piattaforma che può gestire anche una parte dei processi di servizio.

Confronto: SaaS o moduli Magento 2?

La tabella sottostante non è un confronto di funzionalità 1:1. Mostra soprattutto il modello di costo e il tipo di problema che può essere trasferito in Magento.

Area Tipico modello SaaS Approccio con modulo Magento

Newsletter abbonamento dipendente da modulo + costo del piano / contatti / invio effettivo invio

Recensioni abbonamento mensile, a volte sistema di recensioni proprietario in dipendente dalla scala Magento

Affiliazione abbonamento, a volte + % programma di affiliazione in delle vendite Magento

AI Product Support abbonamento della piattaforma + modulo + effettivo possibili costi AI utilizzo API

Abandoned Cart elemento della piattaforma automazione sui dati di marketing automation Magento

Cookie Consent abbonamento per dominio / modulo operativo nel piano Magento

Blog CMS separato / hosting / contenuti gestiti in integrazioni Magento

Security Scan monitoraggio esterno livello locale di controllo + servizi esterni opzionali

Attività e tempo di lavoro costo per utente al mese Kowal Task + infrastruttura Magento

Fatturazione del lavoro time tracker separato + registrazione del tempo → ordine fatturazione → fattura Magento

Quanto si può risparmiare? Calcoli il TCO, non il prezzo di un solo mese

Il confronto più significativo non è:

Quanto costa l’applicazione questo mese?

Meglio chiedersi:

Quanto costerà questo processo in 3 o 5 anni?

Esempio

Supponiamo che un’azienda utilizzi diversi sistemi a pagamento:

• newsletter,
• recensioni,
• affiliazione,
• strumento AI/helpdesk,
• cookie consent,
• time tracking per alcuni dipendenti.

Anche se il costo medio di ogni soluzione è solo di 20--100 USD al mese, il valore complessivo può superare rapidamente alcune centinaia di dollari al mese.

Con 500 USD al mese:

• 1 anno = 6000 USD,
• 3 anni = 18 000 USD,
• 5 anni = 30 000 USD.

Per questo, nella scelta dell’architettura Magento, vale la pena analizzare il Total Cost of Ownership (TCO).

L’acquisto una tantum di un modulo non significa comunque costo di mantenimento zero. Occorre ancora considerare:

• hosting,
• aggiornamenti Magento,
• implementazione e configurazione,
• eventuali personalizzazioni,
• API esterne,
• invio e-mail,
• monitoraggio e amministrazione.

La differenza sta nel fatto che questi costi sono legati principalmente alla propria infrastruttura e all’effettivo utilizzo delle risorse, e non al solo diritto di continuare a usare ciascuna funzione.

Quando un modulo Magento 2 è un’alternativa migliore al SaaS?

Valuti un modulo proprietario o un’estensione Magento pronta soprattutto quando:

1. la funzione necessaria è strettamente legata ai dati Magento,
2. del SaaS esterno utilizza solo una piccola parte delle possibilità,
3. il costo dell’abbonamento cresce insieme al numero di clienti, ordini o dipendenti,
4. le interessa limitare la sincronizzazione dei dati con piattaforme esterne,
5. vuole collegare il processo direttamente con ordini, clienti o fatture Magento,
6. prevede di utilizzare la funzione per molti anni,
7. dispone di competenze tecniche che consentono di mantenere estensioni Magento.

Quando il SaaS può essere una scelta migliore?

Il SaaS può ancora essere la soluzione migliore se ha bisogno di:

• un set di funzioni molto ampio,
• molte integrazioni pronte con piattaforme diverse,
• omnichannel avanzato,
• infrastruttura gestita interamente dal fornitore,
• applicazioni mobile e desktop pronte fin dal primo giorno,
• analisi e reporting avanzati,
• funzioni che vanno ben oltre Magento.

Per questo non si dovrebbe ridurre la decisione allo slogan il modulo è più economico.

La domanda migliore è:

Vale la pena pagare ogni mese un intero SaaS, se in realtà ho bisogno solo di una funzione che posso avere nel mio Magento?

FAQ --- Magento 2 senza abbonamenti

Magento 2 può funzionare senza servizi SaaS?

Sì, molte funzioni possono essere realizzate direttamente in Magento 2 tramite moduli. Ciò non significa però l’assenza totale di servizi esterni. Il negozio può comunque utilizzare, ad esempio, Amazon SES, API AI, operatori di pagamento, CDN o sistemi di monitoraggio.

Un modulo Magento è sempre più economico di un SaaS?

No. Dipende dal costo del modulo, dall’implementazione, dalla manutenzione, dalla scala del negozio e dall’ambito funzionale. I moduli diventano particolarmente interessanti quando il SaaS alternativo applica un costo fisso per molti anni oppure fattura per utente, contatto, ordine o percentuale delle vendite.

Come calcolare la convenienza di un modulo Magento rispetto al SaaS?

Il modo migliore è calcolare il TCO per 1, 3 e 5 anni:

TCO SaaS = abbonamento mensile × 12 × numero di anni + costi usage-based

e:

TCO modulo = acquisto + implementazione + manutenzione + infrastruttura/API

Successivamente occorre confrontare non solo il costo, ma anche l’ambito delle funzioni e il rischio di manutenzione.

È possibile sostituire Mailchimp o Klaviyo con un modulo Magento 2?

In determinati scenari una parte delle funzioni può essere trasferita in Magento, ad esempio la gestione degli iscritti, la segmentazione, le campagne e le code di invio. Questo non significa la sostituzione completa di tutte le funzioni delle piattaforme avanzate di marketing automation.

È possibile gestire un programma di affiliazione senza un SaaS esterno?

Sì. Un programma di affiliazione può essere gestito da un modulo Magento, se le funzioni richieste sono state implementate al suo interno. Questo permette di evitare un modello in cui il fornitore addebita sia un abbonamento sia un costo aggiuntivo dipendente dalle vendite.

Magento può servire per la rilevazione del tempo di lavoro e la fatturazione dei servizi?

Sì --- con l’estensione adeguata. Il modulo Kowal Task in sviluppo dovrebbe collegare i clienti Magento con progetti, attività e registrazioni del tempo, e il tempo approvato dovrebbe poter essere trasformato in un ordine Magento nativo, successivamente fatturabile manualmente.

Kowal Task è già disponibile?

Non dovrebbe ancora essere considerato un prodotto pronto. Il modulo è in fase di sviluppo. La specifica attuale prevede tra l’altro progetti, attività, registrazioni del tempo, pannello cliente, REST API, export CSV e integrazione con ordini e fatture Magento.

L’utilizzo dei moduli significa assenza di costi mensili?

No. Possono comunque esserci costi di hosting, API, invio dei messaggi, amministrazione o servizi infrastrutturali. L’obiettivo è soprattutto limitare i costi fissi di licenza per funzioni che possono operare nel proprio Magento.

Magento come piattaforma, non solo come negozio online

Il vantaggio principale di Magento è la possibilità di espansione.

I dati su:

• prodotti,
• clienti,
• ordini,
• carrelli,
• fatture,
• promozioni,
• contenuti

si trovano già in un unico sistema.

Ogni piattaforma SaaS aggiuntiva può significare un’ulteriore sincronizzazione dei dati, un account utente, un’integrazione, un abbonamento e un potenziale punto di guasto.

Per questo, sviluppando le estensioni Kowal.store, guardiamo a Magento non solo come motore del negozio online, ma come a una piattaforma e-commerce attorno alla quale è possibile costruire processi aziendali.

La newsletter può utilizzare i dati Magento.

Il sistema di recensioni può funzionare in Magento.

Il programma di affiliazione può funzionare in Magento.

L’AI può utilizzare i dati Magento.

Il recupero dei carrelli può basarsi sui dati Magento.

E grazie a Kowal Task anche:

attività → tempo di lavoro → fatturazione → ordine → fattura

può diventare in prospettiva un unico processo coerente.

Paghi per le risorse che usa --- non per ulteriori livelli di software

Non si tratta di rinunciare al cloud, alle API o ai servizi specializzati.

Si tratta di scegliere consapevolmente dove debba trovarsi la logica di business.

Se invia e-mail --- paghi per l’invio.

Se utilizza l’AI --- paghi per l’uso del modello.

Se ha bisogno di un server --- paghi per le risorse.

Ma prima di aggiungere un altro abbonamento allo stack tecnologico del negozio, verifichi se la funzione non possa operare direttamente in Magento 2.

Raramente il problema è un singolo abbonamento. Il problema è la loro somma nell’arco di diversi anni consecutivi.