Arendus Drupal

Drupal-saidi avalikustamise kontrollnimekiri

🎧 Kuula kõiki artikleid järjest

Uue või uuendatud Drupal-saidi avalikustamine läheb paremini siis, kui viimane päev ei koosne mälu järgi kontrollimisest.

Drupal-saidi avalikustamine ei alga avalikustamise päeval

Drupal-saidi avalikustamine ehk go-live on üks projekti kõige kriitilisemaid etappe. Sageli keskendutakse koodi üleslaadimisele või domeeni suunamisele, kuid tegelikud probleemid tekivad tavaliselt hoopis vormides, õigustes, integratsioonides või otsingumootorite seadistustes.

Hea avalikustamine ei sõltu mälust ega õnnest. See põhineb kontrollnimekirjal, selgel tööjärjekorral ja valmisolekul vajadusel kiiresti tagasi pöörduda.

Mida suurem on veebileht või mida kriitilisem on selle roll organisatsiooni jaoks, seda olulisem on läbimõeldud avalikustamisprotsess.

Mida kontrollida enne avalikustamist?

Enne avalikku muudatust peaks olema selge, mida täpselt avalikustatakse ning kuidas edu mõõdetakse.

Soovitatav kontrollnimekiri sisaldab vähemalt järgmisi punkte:

  • värske varukoopia andmebaasist;
  • varukoopia failidest ja meediast;
  • varukoopia koodist või Git versioonist;
  • dokumenteeritud tagasipöörde plaan;
  • testitud kontaktivormid;
  • kontrollitud administraatori õigused;
  • e-posti seadistuste kontroll;
  • SSL sertifikaatide kontroll;
  • DNS muudatuste ettevalmistus;
  • SEO seadistuste ülevaatus.

Kui projekt sisaldab integratsioone, tasub üle kontrollida ka kõik välised teenused, API võtmed ja autentimislahendused.

SEO kontroll enne avalikustamist

Üks sagedasemaid probleeme pärast veebiuuendust on orgaanilise liikluse langus.

Enne avalikustamist tasub kontrollida:

  • URL-struktuuri;
  • 301 suunamisi;
  • meta pealkirju;
  • meta kirjeldusi;
  • Open Graph pilte;
  • XML saidikaarti;
  • robots.txt faili;
  • canonical viiteid.

Mitmekeelsete veebide puhul tuleb üle vaadata ka hreflang viited ning keeleversioonide omavahelised seosed.

Avalikustamise päeva tööjärjekord

Avalikustamise ajal tasub vältida improvisatsiooni.

Tüüpiline tööjärjekord on järgmine:

  1. Loo viimane varukoopia.
  2. Paigalda uus kood ja konfiguratsioon.
  3. Käivita andmebaasi uuendused.
  4. Impordi konfiguratsioonimuudatused.
  5. Puhasta Drupal vahemälu.
  6. Kontrolli põhifunktsionaalsusi.
  7. Kontrolli vorme ja integratsioone.
  8. Kontrolli logisid.
  9. Ava vajadusel otsingumootoritele ligipääs.

Iga sammu järel peaks olema võimalik kontrollida, kas süsteem töötab ootuspäraselt.

Mida kontrollida kohe pärast avalikustamist?

Veebi avanemine ei tähenda, et projekt on lõppenud.

Esimestel tundidel tasub kontrollida:

  • avalehte;
  • olulisemaid sisulehti;
  • kontaktivorme;
  • otsingut;
  • kasutajate sisselogimist;
  • makselahendusi;
  • väliseid integratsioone;
  • serveri logisid;
  • Drupal logisid.

Paljud vead ilmnevad alles siis, kui päris kasutajad hakkavad süsteemi kasutama.

Jälgimine esimestel päevadel

Suuremate projektide puhul ei piisa ainult avalikustamise päevast.

Esimestel päevadel tuleks jälgida:

  • 404 vigade arvu;
  • jõudlust;
  • serverikoormust;
  • Google Search Console teavitusi;
  • indekseerimise seisu;
  • kasutajate tagasisidet.

Varajane reageerimine aitab vältida olukorda, kus väike probleem muutub suureks äririskiks.

Miks on tagasipöörde plaan oluline?

Isegi hästi testitud projektides võib avalikustamise järel ilmneda ootamatuid probleeme.

Seetõttu peaks enne avalikustamist olema olemas vastus küsimustele:

  • Kuidas taastada eelmine versioon?
  • Kui kaua taastamine aega võtab?
  • Kes otsustab tagasipöördumise?
  • Kus asuvad viimased varukoopiad?

Tagasipöörde plaan ei tähenda ebaõnnestumise ootamist. See tähendab riskide juhtimist.

Kontrollnimekiri vähendab vigade riski

Enamik avalikustamise probleeme ei teki keeruliste tehniliste vigade tõttu. Need tekivad seetõttu, et mõni väike kontroll jäi tegemata.

Hea Drupal avalikustamise kontrollnimekiri aitab tagada, et varukoopiad on olemas, vormid töötavad, otsingumootorid näevad õiget sisu ning kasutajad saavad süsteemi kasutada kohe pärast avalikustamist.

WebPro kasutab struktureeritud avalikustamisprotsessi osana Drupal arendusest, Drupal hooldusest ja migratsiooniprojektidest. Eesmärk ei ole teha avalikustamist aeglasemaks, vaid muuta see prognoositavaks ja kontrollitavaks.

Kaido Toomingas, WebPro tehniline juhtWebPro Company OÜ Tehniline juht: Kaido Toomingas

Vajad Drupal abi?

Kui artikkel puudutab sinu olukorda, ei pea kõike lõpuni lugema. Sinuga suhtleb päris inimene ja aitab järgmise sammuni jõuda.