Guida alla migrazione da WordPress a EmDash

Pubblicato il 2026-04-01 di EmDash CMS Team

Passare da WordPress a EmDash è più facile se tratti la migrazione prima come progetto di contenuti e schema, non come esercizio di ricreazione del tema. Porta i contenuti, verifica media e struttura, poi gestisci rendering personalizzato e parità di design dopo che il modello dati è stabile.

Prima di iniziare

Prima di eseguire qualsiasi import, assicurati di sapere che tipo di sito WordPress stai spostando.

Rivedi prima queste aree:

• articoli e pagine standard
• allegati media
• custom post type
• campi personalizzati e metadati editoriali
• blocchi Gutenberg o contenuti ricchi di shortcode

Conta perché un sito di pubblicazione semplice di solito si importa in modo pulito, mentre un sito WordPress che dipende molto da blocchi personalizzati, campi generati da plugin o rendering frontend speciale avrà bisogno di una seconda passata di implementazione dopo l’import.

Opzioni di importazione

Ci sono due modi sensati per portare i contenuti WordPress in EmDash.

Esportazione WXR

Usa un’esportazione WXR quando vuoi un flusso di migrazione basato su file.

Di solito è l’opzione migliore quando:

• vuoi un artefatto di esportazione portabile
• più persone devono rivedere o archiviare l’esportazione sorgente
• vuoi un confine più chiaro tra dati sorgente e validazione di destinazione

Flusso tipico:

1. Apri l’admin WordPress.
2. Esporta i contenuti del sito come file WXR.
3. Avvia l’import in EmDash usando quell’esportazione.
4. Rivedi le voci importate e i media.

Plugin EmDash Exporter

Usa il plugin EmDash Exporter quando vuoi un percorso di trasferimento diretto da un’istanza WordPress live.

Flusso tipico:

1. Installa il plugin sul sito WordPress.
2. Configura l’endpoint di esportazione sicuro che fornisce.
3. Proteggi l’accesso con una WordPress Application Password.
4. Esegui l’import in EmDash da quella sorgente protetta.

È l’opzione migliore quando il sito sorgente è ancora gestito attivamente e vuoi un pull più diretto invece di passare file di esportazione.

Percorso consigliato

Per la maggior parte dei team, la sequenza più sicura è:

1. Prepara il sito EmDash che riceverà i contenuti.
2. Scegli un metodo di import ed esegui una prima passata di migrazione.
3. Verifica che voci e media siano arrivati correttamente.
4. Crea tipi di contenuto EmDash adeguati per tutto ciò che non dovrebbe restare contenuto editoriale generico.
5. Ricostruisci il rendering personalizzato solo dopo che la struttura importata è affidabile.

Quell’ordine tiene il lavoro più rischioso dopo che i dati sono visibili e revisionabili in EmDash.

Validazione dopo l’import

Non giudicare la migrazione dal fatto che l’import finisca. Giudicala dal fatto che il contenuto importato sia utilizzabile.

La prima passata di validazione dovrebbe controllare:

• che articoli e pagine esistano nel volume atteso
• che i media allegati siano stati portati nella libreria media EmDash
• che titoli, corpo e metadati di pubblicazione siano ragionevoli
• che le relazioni editoriali abbiano ancora senso dopo l’import

In questa fase, resisti all’impulso di sistemare prima i dettagli visivi. Se il modello di contenuti è ancora sbagliato, il lavoro di design diventa un costoso rifacimento.

Contenuti personalizzati

I siti WordPress spesso superano il modello predefinito Post e Page. Se il tuo sito usa custom post type, trattali come decisione di schema durante la migrazione, non come problema di formattazione.

In EmDash, l’approccio migliore è creare tipi di contenuto nativi per ciò che merita una struttura propria. Di solito significa rivedere:

• quali contenuti dovrebbero restare voci editoriali standard
• quali contenuti dovrebbero diventare collezioni EmDash separate
• quali campi vanno modellati esplicitamente invece di lasciati impliciti nel corpo

È qui che di solito sale o scende la qualità della migrazione. Un import WordPress può riuscire tecnicamente e produrre comunque un’implementazione EmDash debole se ogni forma di contenuto viene appiattita in voci generiche.

Blocchi e rendering su misura

I blocchi personalizzati vanno gestiti in modo deliberato. Se il vecchio sito dipende da blocchi Gutenberg su misura, layout guidati da shortcode o rendering specifico di plugin, aspettati lavoro di follow-up.

Un approccio sensato è:

• importare prima il contenuto sottostante
• individuare i pattern di rendering che devono sopravvivere allo spostamento
• ricostruire quei pezzi con strumenti e componenti nativi EmDash

Se devi ricreare il comportamento di blocchi su misura, il punto di partenza rilevante è l’EmDash Block Kit Agent Skill.

Checklist pratica

Usala come checklist operativa di migrazione:

• audit di articoli, pagine, media e custom post type in WordPress
• decidere se WXR o il plugin EmDash Exporter è il percorso di import migliore
• preparare il sito EmDash di destinazione
• eseguire il primo import
• verificare trasferimento media e integrità delle voci
• creare tipi di contenuto EmDash nativi dove serve
• individuare il rendering personalizzato che richiede una seconda passata di implementazione
• rivedere la struttura dei contenuti prima di tentare la parità visiva

Cosa richiede ancora pianificazione

Anche con un percorso di import pulito, parte del lavoro di migrazione resta fuori dall’importer:

• redirect
• controlli di parità SEO
• pulizia dei campi
• parità di rendering personalizzato
• rollback e sequenza di go-live

L’import porta i contenuti in EmDash. Non elimina la necessità di revisione editoriale, decisioni di schema e disciplina di lancio.