A ajunge la etapa de "lansare" a unui proiect se poate simți ca o ușurare uriașă. În cele din urmă ați făcut lucrarea de dezvoltare, creând un site în funcție de cerințele clienților dvs. sau de cerințele dvs. și acum puteți apăsa butonul metaforic și puteți lansa site-ul pentru ca lumea să vadă.
Dar asteapta.
Înainte de lansare, trebuie să faceți niște controale pentru a vă asigura că este robust și sigur pentru viitor. Prin rularea acestor verificări înainte de lansarea fiecărui site nou, puteți să evitați să mai prezentați probleme mai târziu. În special, puteți evita durerile de cap, jena și deteriorarea reputației dvs., cauzată de faptul că clienții sau utilizatorii văd probleme de îndată ce site-ul a plecat live.
În acest articol, voi împărtăși lista de verificare pe care o folosesc înainte de a migra la un loc de trai. Nu pretinz că este vorba despre sfatul sfânt al listelor - veți avea unele lucruri pe care nu le faceți, că faceți altfel sau că faceți în plus față de acest lucru.
Merită menționat faptul că verificările înainte de lansare nu sunt doar relevante imediat înainte de lansarea unui site - în funcție de complexitatea proiectului dvs., va trebui să lucrați multe dintre ele în timp ce mergeți. Acest lucru vă va ajuta să vă economisiți timp și să vă refaceți atunci când site-ul este gata să meargă în direct și vă va ajuta cu semnarea și credibilitatea pe parcursul dezvoltării în cazul în care clientul dvs. revizuiește activitatea pe site.
Dar, după ce am spus asta, cred că merită să dăm această listă un final înainte de lansare, doar pentru a fi sigur.
Lista mea este împărțită în patru categorii:
Proiecte sau verificări specifice scurte
Robusteţe
proofing Future-
Acțiuni finale
Mai jos vom enumera ceea ce este vorba despre fiecare dintre acestea și vom furniza o listă de articole pentru fiecare categorie.
1. Controale specifice sau scurte
Asigurați-vă că site-ul îndeplinește termenul convenit este ceva ce ar trebui să faceți de-a lungul, dar merită efectuat un control final înainte de lansare.
Această listă de verificare va fi diferită pentru fiecare proiect, așa că nu vă pot oferi într-adevăr o listă standard, dar există câteva indicații cheie pe care le puteți utiliza. Ar trebui să navigați prin această listă înainte de a migra site-ul către serverul live:
Verificați biletul. Dacă termenul pe care l-ați convenit cu clientul are o listă de verificare a elementelor sau elementelor site-ului, verificați dacă toate acestea sunt acoperite și, dacă nu, că ați fost de acord cu clientul.
Verificați problemele sau sarcinile. Dacă utilizați un sistem de urmărire a problemelor sau a sarcinilor (de ex. Probleme în GitHub), verificați dacă toate problemele au fost închise sau dacă au fost îndeplinite sarcini și că nu există erori sau întrebări restante.
Verificați modificările solicitate. Verificați dacă au fost făcute modificările solicitate în timpul dezvoltării (care nu pot fi incluse în documentul original), cu excepția cazului în care acestea sunt salvate pentru post-lansare.
Testați procesele la fața locului. Dacă site-ul include procese sau interacțiuni, utilizatorii vor trebui să efectueze, să ruleze prin acele procese pe mai multe browsere și dispozitive pentru a fi siguri că funcționează în conformitate cu scurta.
Aranjați utilizatorii. Dacă ați creat logouri sau, de exemplu, ați conectat site-ul la o setare PayPal, modificați-le în versiuni vii (poate fi necesar să verificați din nou acest lucru după migrare).
Verificați toate drepturile de autor și / sau creditele cum ar fi credite foto.
Editați textul. Dacă ați folosit textul de umplere (de exemplu, lorem ipsum), asigurați-vă că toate au fost înlocuite cu conținut mai adecvat. Chiar și o notă care sfătuiește vizitatorii că un conținut al unei pagini este în curs de dezvoltare este mult mai util și mai profesionist decât textul lorem ipsum.
Testați personalizarea administratorului. Dacă ați personalizat administratorul WordPress, verificați dacă acesta funcționează pentru toate rolurile utilizatorilor pe care le va utiliza clientul dvs..
Testați serviciile terță parte. Dacă site-ul este integrat cu servicii ale unor terțe părți, verificați dacă toate acestea funcționează și că software-ul este actualizat (poate fi necesar să verificați din nou acest lucru după migrare).
Aceasta nu este o listă exhaustivă deoarece proiectul dvs. poate avea elemente suplimentare pe care trebuie să le luați în considerare, dar vă va oferi o bază pentru a lucra de la.
2. Robustitate
Cele mai multe dintre elementele din această listă de verificare se vor aplica tuturor site-urilor, dar pot exista unele variații pentru diferite proiecte, de exemplu, dacă un client vă cere să acceptați anumite dispozitive (deși întotdeauna am pledat pentru o abordare agnostică a dispozitivului).
Lucrați prin prima parte a acestei liste înainte de migrarea site-ului către serverul live:
Testarea browserului. Testați-vă site-ul în toate browserele pe care le susțineți (pe care ar fi trebuit să le fiți de acord cu clientul dvs.). Ar trebui să faceți acest lucru pe măsură ce mergeți și, în mod ideal, să utilizați o îmbunătățire progresivă, dar trebuie să efectuați verificări finale înainte de a intra în viață. Testați conținutul utilizând fiecare șablon din tema dvs.: postări unice, pagini, arhive și tipuri personalizate de postări.
Compatibilitate cu dispozitivele. Testați-vă site-ul pe toate dispozitivele pe care le susțineți. Din nou, ar fi trebuit să faceți acest lucru pe măsură ce ați lucrat pe site și ați folosit un design receptiv pentru a acoperi dimensiunile diferite ale ecranului. Dacă site-ul dvs. utilizează pluginuri sau îmbunătățiri cu diferite niveluri de suport pe toate dispozitivele, verificați ce utilizatori vor avea experiența atunci când îl văd pe aceste dispozitive și dacă vor pune în aplicare o alternativă sau un link spre undeva unde pot accesa conținut nedisponibil pentru acestea.
Validați codul folosind validatorul W3C - din nou, ar trebui să faceți acest lucru pe măsură ce mergeți. Dacă codul dvs. nu este validat, puteți decide uneori să nu îl modificați, de exemplu dacă utilizați funcții HTML5 care nu sunt validate. În acest caz, asigurați-vă că nu va provoca probleme în browserele care nu acceptă funcții mai noi (utilizând abordarea de îmbunătățire progresivă la care se face referire deja).
Verificați că site-ul dvs. este accesibil. Pentru sfaturi privind accesibilitatea în WordPress, vedeți ghidul excelent al accesibilității web al lui Graham Armfield și ghidul din Codul WordPress.
După migrarea site-ului dvs. la serverul live, vor exista teste suplimentare pentru robustețe pe care ar trebui să le faceți:
Testați navigația și legăturile, mai ales orice redirecționare.
Verificați dacă baza de date este citită corect și din locul potrivit - dacă site-ul dvs. live citește conținut din baza de date de dezvoltare, acest lucru nu va fi imediat evident dacă ați copiat conținutul bazei de date, deoarece cele două vor fi identice. În special, verificați linkurile din widget-urile text și imaginile.
Verificați integrarea cu software și servicii terțe părți. Acestea ar trebui să fie toate comunicarea cu site-ul viu, nu site-ul dvs. de dezvoltare.
Verificați dacă setările site-ului se referă la adresa url live (de exemplu adresa URL a site-ului și adresa URL a WordPress).
Asigurați-vă că permalinks funcționează corect pentru toate tipurile de conținut - este posibil să fie necesar să le configurați sau să vizitați ecranul de setări Permalink pentru a le elimina.
Utilizatori. Testați-vă site-ul (front-end și admin) utilizând toate rolurile utilizatorilor WordPress pe care le va utiliza clientul dvs. Configurați toți utilizatorii de care aveți nevoie.
3. Protecția viitorului site-ului
A treia listă se referă la asigurarea faptului că site-ul este pregătit pentru viitoarele dezvoltări și completări. Acest lucru va fi deosebit de important dacă transferați site-ul clientului dvs. pentru ca acesta să poată gestiona și actualiza.
Asigurați-vă că SEO-ul de bază a fost creat. Titlurile și meta-descrierile ar trebui să fie lucrate în tema dvs. sau adăugate utilizând un plugin SEO. În funcție de nevoile proiectului, poate fi necesar să vă petreceți timpul configurând pluginul pentru a satisface nevoile clientului. Un alt control important dar ușor de trecut cu vederea: dacă ați blocat accesul la motoarele de căutare în timpul dezvoltării, eliminați blocul la lansare, fie folosind setările WordPress, fie cu robots.txt fişier.
Faceți o copie de rezervă a fișierelor și a bazei de date la lansare.
Configurați un sistem automat de backup pentru temele și plugin-urile și baza de date. Modul în care se gestionează acest lucru și cine are responsabilitatea pentru acesta va depinde de ce ați convenit cu clientul și de ce configurare de găzduire au. Există o serie de pluginuri WordPress pentru acest lucru, inclusiv pluginuri premium cum ar fi Backup Buddy sau plugin-uri gratuite precum WordPress Backup în Dropbox.
Configurați site-ul pentru analiza Google, fie folosind un plugin, fie adăugând codul de urmărire la temă.
Introducerea unui sistem de actualizare a site-ului. Acest lucru nu include doar WordPress în sine, dar, de asemenea, teme și plugin-uri. Indiferent dacă faceți acest lucru, clientul sau furnizorul de servicii de găzduire se ocupă de faptul că va depinde de ce ați convenit cu clientul dvs. Este posibil să fie necesar să acceptați un anumit contract de întreținere a site-ului pentru acest lucru.
Acceptați un program pentru revizuirile site-ului. Odată lansat, un site web nu trebuie doar să fie lăsat singur. Înțelegeți-vă cu clientul cât de frecvent veți examina performanța și eficacitatea site-ului și asigurați-vă că păstrați legătura cu clientul dvs., astfel încât să vină la dvs. atunci când au nevoie de lucrări de dezvoltare ulterioare.
4. Acțiuni finale
Partea a patra și ultima din lista mea de verificare este foarte scurtă și completează procesul de lansare.
Revedeți oricare dintre verificările de mai sus, dacă este necesar. Dacă ați efectuat modificări în urma oricăror verificări (de ex. Dacă ați editat tema după ce ați găsit codul care nu a fost validat), reîncărcați verificarea care a determinat modificarea și toate verificările pe care le-ați efectuat înainte de rezultatele ale căror rezultate ar fi putut fi afectate . De exemplu, noul cod validat funcționează pe toate dispozitivele sau browserele?
Aprobare. Dacă există modificări semnificative ca urmare a verificărilor dvs., este posibil să trebuiască să obțineți din nou semnarea clientului.
Comunica. Asigurați-vă că clientul dvs. și orice alte părți interesate știu că site-ul a intrat live. Dacă este propriul dvs. site sau clientul dvs. v-a cerut să îl faceți public, faceți acest lucru utilizând medii sociale, postări pe blog sau alte canale. Adăugați-o în portofoliul dvs. dacă sunteți mândru de aceasta!
A fi platit. Nu uitați să trimiteți clientului o factură pentru etapa de lansare a proiectului.
rezumat
Așa cum am menționat mai devreme în acest articol, această listă nu are scopul de a fi lista definitivă pentru toți dezvoltatorii WordPress, dar sperăm că este util pentru oricine caută să introducă o anumită coerență în procesul de migrare a site-ului.
Luați această listă și editați-o astfel încât aceasta să funcționeze pentru modul dvs. de lucru și pentru proiectele dvs., adăugați-o, schimbați-o și ștergeți lucruri care nu sunt relevante pentru dvs. Dar dacă utilizați acest lucru pentru a vă dezvolta propria listă de verificări la care vă referiți de fiecare dată, puteți avea încredere că nu veți pierde nimic important și că orice probleme vor fi văzute de dvs. înainte ca site-ul să devină live, nu de către clienți sau utilizatorii ulterior.
Share
Accentsconagua
