SharePoint Designer fine del supporto luglio 2026: a cosa migrare

In sintesi

• Il supporto esteso di SharePoint Designer 2013 termina il 14 luglio 2026 — confermato dalla pagina ufficiale del ciclo di vita del prodotto Microsoft
• SPD è sostituito da tre strumenti: Power Automate (workflow), SharePoint Framework/SPFx (sviluppo custom) e Power Apps (form personalizzati)
• SharePoint conta oggi oltre 1 miliardo di utenti attivi (Microsoft M365 Conference, maggio 2025) — e Power Automate gestisce 2 miliardi di flussi a settimana solo tramite SharePoint
• Se hai ancora workflow di tipo SPD 2010 nel tuo tenant, hanno smesso di funzionare per i nuovi tenant dal 2020 — sono i workflow SPD 2013 quelli da migrare ora
• Il percorso di migrazione è ben documentato; la maggior parte dei pattern di workflow SPD ha un equivalente diretto in Power Automate

---

SharePoint Designer 2013 raggiunge la fine del supporto questo mese

Il supporto esteso di Microsoft per SharePoint Designer 2013 termina il 14 luglio 2026 (Microsoft Lifecycle). Il supporto mainstream era già terminato il 13 luglio 2021, quindi lo strumento è stato in supporto esteso (solo sicurezza) per gli ultimi cinque anni. Dopo il 14 luglio non verranno emesse ulteriori patch di sicurezza.

L’applicazione non smetterà di funzionare da un giorno all’altro. Ma le organizzazioni che usano ancora SPD per i workflow di produzione affrontano tre rischi reali dopo la scadenza: vulnerabilità di sicurezza senza patch, crescente incompatibilità con gli aggiornamenti di SharePoint Online che Microsoft potrà rilasciare senza vincoli di compatibilità legacy con SPD, e finding di audit quando i framework di compliance richiedono che il software in scope riceva aggiornamenti di sicurezza dal vendor.

Se la tua organizzazione usa ancora workflow di SharePoint Designer, la finestra di migrazione è adesso.

---

Cosa era SharePoint Designer

SharePoint Designer era lo strumento gratuito di Microsoft per personalizzare i siti SharePoint e costruire automazione dei workflow. Rilasciato in varie versioni dal 2007 fino all’ultima del 2013, era il modo principale per:

• Costruire workflow automatizzati senza scrivere codice server-side (approvazioni, notifiche, aggiornamenti dati)
• Personalizzare il layout del sito tramite master page, layout di pagina e fogli CSS
• Creare form di lista personalizzati e viste dati con XSLT
• Gestire la navigazione del sito, i content type e le colonne del sito

Era ampiamente usato perché colmava il divario tra le funzionalità out-of-the-box di SharePoint e ciò di cui le organizzazioni avevano effettivamente bisogno, senza richiedere uno sviluppatore per ogni modifica. Al suo apice, decine di migliaia di organizzazioni gestivano processi mission-critical su workflow SPD.

Il problema è che SPD era costruito per l’architettura “Classic Experience” di SharePoint Server. Quando Microsoft ha introdotto la Modern Experience di SharePoint Online a partire dal 2016, il modello di SPD — editing diretto delle pagine, master page, XSLT — non si adattava più. La maggior parte delle funzionalità SPD non funziona con le pagine moderne di SharePoint o produce risultati che rompono l’interfaccia moderna.

Per una panoramica completa di cosa può fare oggi SharePoint Online, consulta la nostra guida su Microsoft SharePoint.

---

Cosa sostituisce SharePoint Designer: la mappa di migrazione

Ogni funzionalità principale di SPD ha un sostituto moderno. Ecco come si mappano:

Funzionalità SharePoint Designer	Sostituto moderno
Workflow di lista, workflow di sito	Power Automate cloud flow
Workflow riutilizzabili	Power Automate solution flow
Form di lista personalizzati	Power Apps canvas app
Data View Web Part (XSLT)	Power Apps, viste lista SharePoint
Master page	Theme builder SharePoint Online + SPFx
Layout di pagina	Template di pagine moderne + SPFx
Personalizzazione CSS	Brand center SharePoint, SPFx
Integrazione InfoPath	Power Apps

---

Migrare i workflow SPD a Power Automate

Questa è la migrazione più importante per la maggior parte delle organizzazioni. I workflow SPD si dividono in tre categorie: List Workflow, Reusable Workflow e Site Workflow. Tutti e tre si mappano su cloud flow di Power Automate, anche se l’approccio differisce leggermente.

I workflow di lista sono i più comuni. Si attivano quando gli elementi vengono aggiunti o modificati in una lista SharePoint specifica. In Power Automate, diventano flussi con un trigger “Quando un elemento viene creato” o “Quando un elemento viene modificato” — la stessa logica si applica. La differenza principale è che Power Automate aggiunge condizioni e azioni tramite un’interfaccia drag-and-drop visiva e si collega a oltre 1.000 servizi oltre a SharePoint.

I workflow riutilizzabili in SPD potevano essere applicati a qualsiasi lista con un content type corrispondente. In Power Automate, l’equivalente è un flusso memorizzato in una soluzione — portabile tra ambienti, versionato e distribuibile su più siti senza ricostruirlo da zero.

I workflow di sito vengono eseguiti su richiesta sull’intero sito piuttosto che su una lista. In Power Automate, diventano flussi istantanei che un utente o un amministratore può attivare manualmente dal sito SharePoint.

Power Automate include template SharePoint predefiniti che coprono i pattern SPD più comuni: flussi di approvazione documenti, email di notifica, aggiornamenti di stato e operazioni pianificate sulle liste. Partire da un template piuttosto che da zero è il percorso di migrazione più rapido per la maggior parte dei workflow.

Per un approfondimento su cosa può fare Power Automate, consulta la nostra guida a Power Automate.

Creare un flusso SharePoint in Power Automate con l’assistenza di Copilot

Secondo Jeff Teper, Corporate VP di Microsoft, Power Automate gestisce oltre 2 miliardi di flussi a settimana solo tramite SharePoint, dato annunciato al M365 Community Conference di maggio 2025 (vladtalkstech.com, 2025). La migrazione da SPD a Power Automate è ormai un percorso consolidato — gli strumenti, i template e le conoscenze organizzative sono maturi.

---

Migrare form e viste dati a Power Apps

SharePoint Designer permetteva la personalizzazione dei form di lista tramite integrazione InfoPath e viste dati XSLT personalizzate. Entrambe sono sostituite da Power Apps.

Una Power Apps canvas app incorporata in una lista SharePoint sostituisce un form SPD personalizzato nella maggior parte dei casi. La canvas app può leggere e scrivere nella lista SharePoint, applicare regole di visibilità condizionale, validare l’input prima dell’invio e attivare flussi Power Automate al salvataggio. Costruire l’equivalente della maggior parte dei form SPD richiede poche ore anziché giorni, e il risultato funziona sui browser mobile senza configurazione aggiuntiva.

Per le viste dati — rendering tabellari basati su XSLT — le viste lista predefinite di SharePoint con filtro, raggruppamento e formattazione condizionale coprono ora la maggior parte degli scenari che in precedenza richiedevano una Data View Web Part.

Raccolta dati strutturati con Microsoft Forms integrato a SharePoint

---

Migrare il branding dei siti a SPFx e SharePoint Online

Gli strumenti di branding di SPD — master page, layout di pagina, fogli CSS — erano progettati per la Classic Experience di SharePoint. La Modern Experience usa un’architettura di rendering fondamentalmente diversa in cui le master page non esistono.

Per le organizzazioni che hanno bisogno di branding personalizzato oltre a quanto offerto dal theme builder e dal brand center di SharePoint Online, SharePoint Framework (SPFx) è il sostituto. Le estensioni SPFx possono iniettare header, footer, navigazione e script personalizzati in un’intera raccolta siti senza toccare l’infrastruttura Classic Experience.

La soglia pratica: se il lavoro di branding in SPD riguardava principalmente l’applicazione dei colori aziendali e il posizionamento del logo, il theme builder e il brand center di SharePoint Online gestiscono tutto senza codice. Se comprendeva strutture di layout complesse o comportamenti di navigazione personalizzati, SPFx è la strada da percorrere.

Contenuti SharePoint aggiunti direttamente come schede in Microsoft Teams

---

SharePoint Designer vs. SharePoint Online Modern Experience: differenze chiave

Il passaggio da SPD alla Modern Experience di SharePoint Online è più di uno scambio di strumenti — è una filosofia di progettazione diversa.

SPD presupponeva che uno sviluppatore o un power user modificasse direttamente HTML, CSS e XSLT della pagina. Quella flessibilità era potente, ma comportava un overhead di manutenzione significativo. Ogni aggiornamento a SharePoint rischiava di rompere le personalizzazioni che toccavano la pipeline di rendering della Classic Experience.

La Modern Experience di SharePoint Online adotta l’approccio opposto. La personalizzazione no-code tramite l’editor di pagine è il percorso predefinito. Lo sviluppo professionale con SPFx usa un modello di estensione supportato e versionato che Microsoft testa contro gli aggiornamenti SharePoint prima del rilascio. Il risultato è più prevedibile: meno rotture personalizzate, costi di manutenzione inferiori, e una gamma molto più ampia di utenti in grado di gestire i contenuti senza coinvolgere sviluppatori.

Il compromesso è un controllo meno granulare a livello HTML. Le organizzazioni che si affidavano a personalizzazioni XSLT profonde o alla manipolazione diretta del DOM tramite SPD troveranno che SPFx richiede un maggiore sforzo di sviluppo iniziale. Ma quell’investimento produce soluzioni che rimangono funzionali attraverso gli aggiornamenti di SharePoint Online — cosa che le personalizzazioni SPD non riuscivano più a garantire.

Per una guida completa alla costruzione di una intranet basata su SharePoint oggi, consulta la nostra guida all’intranet SharePoint.

---

7 best practice per il moderno sviluppo SharePoint (post-SPD)

1. Fai un audit dei workflow SPD prima della scadenza

Prima del 14 luglio, fai un inventario di ogni workflow SPD ancora attivo nel tuo tenant. L’interfaccia di amministrazione di SharePoint mostra i workflow attivi nella sezione Workflows. Priorità: quali workflow girano quotidianamente vs. occasionalmente? Quali sono mission-critical? Inizia la migrazione da quelli ad alta frequenza e alto impatto.

2. Usa i solution flow di Power Automate per la portabilità

Non costruire flussi nell’ambiente default. Crea solution flow fin dall’inizio — sono portabili tra ambienti, versionati e più facili da gestire in scala. Questo è particolarmente importante se hai più siti SharePoint con esigenze di workflow simili.

3. SPFx per lo sviluppo, strumenti predefiniti per i contenuti

Mantieni la divisione chiara: SPFx per la personalizzazione guidata dal codice (web part, estensioni, navigazione personalizzata), strumenti integrati di SharePoint per contenuti e layout. Mescolare entrambi senza un confine chiaro crea la stessa complessità di manutenzione che creava SPD.

4. Mobile-first per le pagine moderne

La Modern Experience di SharePoint Online è responsive per impostazione predefinita. Le soluzioni SPFx devono essere testate su mobile prima del deployment — non come ripensamento. I layout a colonne dell’editor di pagine e le web part integrate sono tutti ottimizzati per mobile; i componenti SPFx personalizzati devono raggiungere lo stesso standard.

5. Usa i template SharePoint per i nuovi siti

Invece di partire da zero e personalizzare, parti dai template di siti SharePoint (sito di comunicazione, sito del team, sito di progetto). Incorporano le best practice attuali per l’architettura dell’informazione e fanno risparmiare tempo significativo nell’impostazione.

6. Governance: metadati anziché cartelle

SPD spesso abilitava architetture dell’informazione pesanti di cartelle perché le viste XSLT le rendevano funzionali. SharePoint moderno funziona meglio con raccolte piatte e colonne di metadati — il pannello filtri integrato e la navigazione per metadati sono più potenti delle cartelle nidificate e più facili da mantenere.

7. Monitora con SharePoint Usage Analytics

Dopo la migrazione, monitora con SharePoint Usage Analytics nell’Admin Center di Microsoft 365. Tieni traccia di quali pagine e file ricevono più traffico, se i workflow si completano come previsto, e se i flussi Power Automate girano senza errori. I pattern di utilizzo spesso rivelano quali workflow migrati sono davvero importanti e quali possono essere semplificati o dismessi.

Dashboard SharePoint Analytics nell’Admin Center di Microsoft 365

---

FAQ

Quando termina il supporto di SharePoint Designer 2013? Il supporto esteso di SharePoint Designer 2013 termina il 14 luglio 2026, secondo la pagina ufficiale del ciclo di vita del prodotto Microsoft. Il supporto mainstream era già terminato il 13 luglio 2021. Dopo il 14 luglio non verranno emesse ulteriori patch di sicurezza. L’applicazione non smetterà di funzionare in quella data, ma le organizzazioni che la usano in produzione dovrebbero completare la migrazione prima della scadenza.

Cosa sostituisce SharePoint Designer per l’automazione dei workflow? Power Automate è il sostituto diretto per i workflow SPD. Copre workflow di lista, workflow riutilizzabili e workflow di sito tramite cloud flow con trigger SharePoint. Si collega anche a oltre 1.000 servizi oltre a SharePoint. A maggio 2025, Power Automate gestisce oltre 2 miliardi di flussi a settimana solo tramite SharePoint.

Posso continuare a usare SharePoint Designer dopo il 14 luglio 2026? Tecnicamente sì — l’applicazione non smette di funzionare. Ma dopo la data di fine supporto, Microsoft non emetterà patch di sicurezza, creando rischi di compliance e sicurezza. La maggior parte dei framework che richiedono che il software riceva aggiornamenti di sicurezza dal vendor (SOC 2, ISO 27001, NIS2) segnalerebbe questa situazione durante gli audit.

Cosa ha sostituito SharePoint Designer per i form personalizzati? Power Apps sostituisce la funzionalità di form personalizzati di SPD. Puoi incorporare una Power Apps canvas app in qualsiasi lista SharePoint per sostituire un form di lista personalizzato. Power Apps supporta logica condizionale, validazione avanzata e integrazione con altri servizi Microsoft 365 — più capace dei form basati su InfoPath di SPD.

Cosa ha sostituito SharePoint Designer per la personalizzazione dei siti? SharePoint Framework (SPFx) gestisce la personalizzazione a livello di codice: web part personalizzate, estensioni header/footer, personalizzazioni della navigazione. Per il branding no-code, il theme builder e il brand center di SharePoint Online coprono logo, palette colori e font senza alcun lavoro di sviluppo.

SharePoint Designer è ancora disponibile per il download? SPD 2013 è stato rimosso dall’Area download Microsoft. I file di installazione circolano su siti di terze parti, ma installarli su sistemi moderni non è consigliabile data la fine del supporto imminente e la compatibilità limitata con le pagine SharePoint Online moderne.

Quanto tempo richiede la migrazione dei workflow SPD a Power Automate? Dipende dalla complessità dei workflow. Flussi semplici a singolo passaggio si migrano in 30-60 minuti. Workflow di approvazione multi-stadio complessi con condizioni ramificate richiedono tipicamente 4-8 ore ciascuno. La maggior parte delle organizzazioni con decine di workflow SPD completa la migrazione in 2-6 settimane con un impegno dedicato.