Arrivare alla fase di "lancio" di un progetto può sembrare un enorme sollievo. Hai finalmente completato il tuo lavoro di sviluppo, creando un sito in base alle esigenze del cliente o ai tuoi requisiti, e ora puoi premere quel pulsante metaforico e avviare il sito affinché il mondo possa vederlo.
Ma aspetta.
Prima di lanciare, è necessario eseguire alcuni controlli per assicurarsi che sia robusto e a prova di futuro. Eseguendo questi controlli prima di lanciare ogni nuovo sito, è possibile evitare di incorrere in problemi in seguito. In particolare, puoi evitare mal di testa, imbarazzo e danni alla tua reputazione causati dall'avere clienti o utenti che individuano problemi una volta che il sito è diventato attivo.
In questo articolo, condividerò la checklist che uso prima di migrare un sito in cui vivere. Non sto affermando che questo è il Santo Graal delle liste - avrai alcune cose che non fai, che fai in modo diverso, o che fai oltre a questo.
Vale la pena notare che i controlli pre-lancio non sono rilevanti solo immediatamente prima del lancio di un sito: a seconda della complessità del progetto, dovrai lavorare su molti di questi mentre vai avanti. Ciò ti farà risparmiare tempo e rielaborazione quando il sito è pronto per essere pubblicato, e ti aiuterà con l'approvazione e la credibilità a tappe durante lo sviluppo in cui il cliente sta esaminando il lavoro sul sito.
Ma, detto questo, penso che valga la pena dare a quella lista un run-through finale prima del lancio, tanto per essere sicuri.
La mia lista è divisa in quattro categorie:
Project o assegni specifici per brief
Robustezza
A prova di futuro
Azioni finali
Di seguito illustrerò di cosa tratta ciascuno di questi argomenti e fornirò un elenco di elementi per ciascuna categoria.
1. Progetti o controlli specifici per breve
Assicurarsi che il sito soddisfi il brief concordato è qualcosa che dovresti fare da sempre, ma vale la pena eseguire un controllo finale prima del lancio.
Questa lista di controllo sarà diversa per ogni progetto, quindi non posso davvero darti una lista standard, ma ci sono alcuni indicatori chiave che puoi usare. È necessario scorrere questo elenco prima di migrare il sito sul server live:
Controlla il brief. Se il brief che hai concordato con il cliente ha una checklist di caratteristiche o elementi del sito, verifica che questi siano tutti coperti e, in caso contrario, di averlo concordato con il cliente.
Controlla problemi o attività. Se utilizzi un problema o un sistema di tracciamento delle attività (ad esempio, problemi in GitHub), verifica che tutti i problemi siano stati chiusi o che le attività siano state completate e che non vi siano bug o domande in sospeso.
Controlla le modifiche richieste. Controllare eventuali modifiche richieste durante lo sviluppo (che potrebbero non essere nel brief originale), a meno che queste non vengano salvate per il post-lancio.
Testare i processi sul posto. Se il sito include processi o interazioni che gli utenti dovranno eseguire, eseguire tali processi su più browser e dispositivi per assicurarsi che funzionino secondo il brief.
Riordina gli utenti. Se hai creato accessi fittizi o, per esempio, collegato il sito a una configurazione di sandbox PayPal, modificali nelle versioni live (potresti doverlo ricontrollare dopo la migrazione).
Controlla eventuali diritti d'autore e / o crediti come crediti fotografici.
Metti in ordine il testo. Se hai utilizzato il testo di riempimento (come lorem ipsum), assicurati che sia stato sostituito da contenuti più appropriati. Anche una nota che consiglia ai visitatori che il contenuto di una pagina è in fase di sviluppo è molto più utile e professionale rispetto al testo di lorem ipsum.
Verifica le personalizzazioni dell'amministratore. Se hai personalizzato l'amministratore di WordPress, verifica che funzioni per tutti i ruoli utente che il tuo cliente utilizzerà.
Test di servizi di terze parti. Se il sito è integrato con servizi di terze parti, controlla che tutto funzioni e che il software sia aggiornato (potrebbe essere necessario ricontrollarlo dopo la migrazione).
Questo non è un elenco esaustivo in quanto il tuo progetto potrebbe avere elementi aggiuntivi da prendere in considerazione, ma ti fornirà una base su cui lavorare.
2. Robustezza
La maggior parte degli elementi di questo elenco di controllo si applica a tutti i siti, ma potrebbero esserci alcune variazioni per diversi progetti, ad esempio se un client richiede il supporto di dispositivi specifici (anche se vorrei sempre sostenere un approccio allo sviluppo indipendente dal dispositivo).
Lavora attraverso la prima parte di questo elenco prima di migrare il sito al server live:
Test del browser. Metti alla prova il tuo sito in tutti i browser che stai supportando (che dovresti concordare con il tuo cliente). Dovresti fare questo mentre procedete e idealmente usare il miglioramento progressivo, ma dovreste fare i controlli finali prima di andare in diretta. Esegui il test del contenuto utilizzando ciascun modello nel tuo tema: post singoli, pagine, archivi e tipi di post personalizzati.
Compatibilità del dispositivo. Metti alla prova il tuo sito su tutti i dispositivi che stai supportando. Anche in questo caso avresti dovuto farlo mentre lavoravi sul sito e hai utilizzato il responsive design per adattarsi a diverse dimensioni dello schermo. Se il tuo sito utilizza plug-in o miglioramenti con diversi livelli di supporto tra dispositivi, controlla quali utenti sperimenteranno quando lo visualizzeranno su questi dispositivi e metteranno in atto un'alternativa, o un collegamento a qualche parte in cui possano accedere a contenuti altrimenti non disponibili per loro.
Convalida il tuo codice usando il validatore del W3C - di nuovo dovresti farlo davvero mentre vai avanti. Se il tuo codice non viene convalidato, a volte potresti decidere di non cambiarlo, ad esempio se stai utilizzando funzionalità HTML5 che non convalidano. Se questo è il caso, assicurati che non causi problemi nei browser che non supportano le nuove funzionalità (utilizzando l'approccio di miglioramento progressivo già indicato).
Controlla che il tuo sito sia accessibile. Per consigli sull'accessibilità in WordPress, consultare l'eccellente guida all'accessibilità del web di Graham Armfield e la guida nel codice WordPress.
Dopo aver migrato il tuo sito sul server live, ci saranno test aggiuntivi per la solidità che potresti dover fare:
Metti alla prova la tua navigazione e link, in particolare ogni reindirizzamento.
Controlla che il database sia letto correttamente e dal posto giusto - se il tuo sito live sta leggendo il contenuto dal tuo database di sviluppo, questo non sarà immediatamente evidente se hai copiato il contenuto del database, in quanto i due saranno identici. In particolare, controlla i link nei widget di testo e nelle immagini.
Verifica doppia integrazione con software e servizi di terze parti. Questi dovrebbero essere tutti in comunicazione con il tuo sito live, non con il tuo sito di sviluppo.
Verifica che le impostazioni del sito si riferiscano all'URL live (ad esempio l'url del sito e l'url di WordPress).
Assicurati che i permalink funzionino correttamente per tutti i tipi di contenuto - potrebbe essere necessario configurarli o visitare la schermata delle impostazioni Permalink per lavarli.
utenti. Metti alla prova il tuo sito (front-end e admin) utilizzando tutti i ruoli utente di WordPress che il tuo cliente utilizzerà. Imposta tutti gli utenti che ti servono.
3. Proiezione del futuro del sito
Il terzo elenco si occupa di assicurarsi che il sito sia pronto per futuri sviluppi e aggiunte. Questo sarà particolarmente importante se si sta consegnando il sito al proprio cliente per gestirli e aggiornarli.
Garantire la SEO di base è stata istituita. Titoli e meta descrizioni dovrebbero essere elaborati nel tuo tema o aggiunti usando un plugin SEO. A seconda delle esigenze del progetto, potrebbe essere necessario dedicare del tempo a configurare il plug-in per soddisfare le esigenze del cliente. Un altro controllo importante ma facilmente trascurato: se hai bloccato l'accesso ai motori di ricerca durante lo sviluppo, rimuovi il blocco al momento del lancio, usando le impostazioni di WordPress o robots.txt file.
Effettuare un backup dei file e del database all'avvio.
Configurare un sistema di backup automatico per i file di temi e plugin e il database. In che modo viene gestito e chi ne è responsabile dipenderà da ciò che hai concordato con il tuo cliente e da quale configurazione di hosting hanno. Per questo ci sono una serie di plugin per WordPress, inclusi plugin premium come Backup Buddy o plugin gratuiti come WordPress Backup a Dropbox.
Configura il sito per Google Analytics, utilizzando un plug-in o aggiungendo il codice di monitoraggio al tema.
Mettere in atto un sistema per mantenere aggiornato il sito. Questo non include solo WordPress ma anche temi e plugin. Indipendentemente dal fatto che lo faccia, il cliente o il suo provider di hosting si prenderà cura di ciò che dipenderà da ciò che hai concordato con il tuo cliente. Potrebbe essere necessario concordare un contratto di manutenzione del sito specifico per questo.
Concorda un programma per le recensioni del sito. Una volta lanciato, un sito Web non dovrebbe essere lasciato solo. Concorda con il tuo cliente con quale frequenza rivedrai le prestazioni e l'efficacia del sito e assicurati di rimanere in contatto con il tuo cliente in modo che vengano da te quando hanno bisogno di ulteriore lavoro di sviluppo.
4. Azioni finali
La quarta e ultima parte della mia lista di controllo è molto breve e completa la procedura di avvio.
Rivedere uno dei controlli sopra se necessario. Se hai apportato modifiche in seguito a uno dei tuoi assegni (ad esempio se hai modificato il tema dopo aver trovato il codice che non è stato convalidato), ripristina il controllo che ha richiesto la modifica e gli eventuali controlli effettuati prima di quelli i cui risultati potrebbero essere stati influenzati . Ad esempio, il tuo nuovo codice convalidato funziona su tutti i dispositivi o browser?
Approvazione. Se ci sono cambiamenti significativi dopo i controlli, potrebbe essere necessario ottenere nuovamente l'approvazione del cliente.
Comunicare. Assicurati che il tuo cliente e altre parti interessate sappiano che il sito è stato pubblicato. Se è il tuo sito o il tuo cliente ti ha chiesto di pubblicizzarlo, fallo utilizzando social media, post di blog o altri canali. Aggiungilo al tuo portafoglio se ne sei fiero!
Essere pagato. Non dimenticare di inviare al cliente una fattura per la fase di lancio del progetto.
Sommario
Come ho accennato in precedenza in questo articolo, questo elenco non mira ad essere l'elenco definitivo per tutti gli sviluppatori di WordPress, ma si spera che sia utile per chiunque stia cercando di introdurre una certa coerenza nel processo di migrazione del proprio sito.
Prendi questo elenco e modificalo in modo che funzioni per il tuo modo di lavorare e per i tuoi progetti, Aggiungi ad esso, modificalo e scarta cose che non sono rilevanti per te. Ma se usi questo per sviluppare la tua lista di controllo a cui ti riferisci ogni volta, puoi essere certo che non ti perderai nulla di importante e che qualsiasi problema verrà individuato prima che il sito venga pubblicato, non dai tuoi clienti o utenti in seguito.
Share
Accentsconagua
