'Gatavā' vietne ir mīts: pārlieciniet savu priekšnieku par uzturēšanu

Kopsavilkums

Lielākā daļa mazo mārketinga komandu uzskata palaišanu par finiša līniju, bet dzīva vietne ir pastāvīga atbildība: domēni ir jāatjauno, mitināšana jāapmaksā, programmatūra jālabo, un saturs ir jāatjaunina. Arguments, ko izklāsta tehniskajā jomā nekompetentam priekšniekam, neizdodas, ja to pasniedz kā 'vairāk vietnes darba', un izdodas, ja to pasniedz kā ieņēmumu un reputācijas aizsardzību. Šis raksts aplūko reālo neveiksmes veidu — vietni, kas lēnām bojājas pēc palaišanas — un veido praktisku pamatojumu uzturēšanas budžetam, izmantojot konkrētus piemērus par domēnu reģistrāciju, drošību un redzamību meklētājprogrammās. Tas aptver pāreju no projekta uz sistēmu, konkrētus uzdevumus, kas jāveic pēc palaišanas, un sarunu, kas patiešām pārliecina priekšnieku. Jūs arī uzzināsiet, kāpēc drošības arguments nedrīkst sākties ar hakeriem un kā saistīt uzturēšanu ar biznesa rezultātiem, nevis tehniskām rutīnām.

Jūsu priekšnieks tikko paziņoja, ka vietne ir "gatava" — kāpēc gan šis vārds liek jūsu vēderam savilkties?

Jūs to jau esat piedzīvojuši. Jūs palaidāt vietni pirms četrām nedēļām, un priecīgi plecu piesitieni vēl nav beigušies. Tad nāk pirmais rediģēšanas pieprasījums (cenas lapā ir drukas kļūda). Tad pārdevējs jautā, vai kāds ir pārbaudījis, kāpēc vietne pazudusi no Google. Tad jūsu paroļu pārvaldnieks paziņo par pieteikšanos, kuru neatpazīstat. Nekas nav katastrofāli salūzis, un tieši tā ir problēma: vietne bojājas simts mazos veidos, un jūsu priekšnieks joprojām uzskata, ka projekts ir beidzies, jo neviens viņam nav pateicis, ka dzīva vietne prasa pastāvīgu darbu.

Tā ir īstā plaisa. Vietnes veidošanas ceļveži parasti aptver plānošanu, informācijas arhitektūru, vadu modeļu veidošanu, dizainu, saturu, izstrādi, testēšanu un palaišanu. Tā pati plaisa liek cilvēkiem izlaist plānošanas soli, ko izlaiž lielākā daļa jauno vietņu īpašnieku, tikai šoreiz tas ir solis pēc palaišanas. Uzturēšana ir devītais, neredzamais posms, un tas nosaka, vai jūsu vietne paliek vērtīgs aktīvs vai lēnām kļūst par saistībām.

Šīs plaisas izmaksas ir neredzamas, līdz tās kļūst redzamas: domēns, kas beidzas produkta palaišanas laikā, dublējums, kas klusi neizdodas nedēļu pirms pārbūves, veidlapa, kas mēnesi nav neko vākusi. Neviens no šiem piemēriem nav dramatisks. Visi tie ir dārgi.

Būvēšanas un darbības režīmi ir dažādi darbi

Domājiet par savu vietni tā, kā jūs domātu par īpašumu, ko pārvaldāt. Ēkas celtniecība ir projekts; tās uzturēšana ir process. Jūs neuzceltu noliktavu un pēc tam nekad nepārbaudītu jumtu, nepasūtītu jaunus krājumus vai nenomainītu slēdzenes, kad darbinieks aiziet. Vietne uzvedas tāpat, bet atšķirība starp projektu un procesu pazūd, jo būvmateriāli ir digitāli un izmaksas ir nelielas.

Šī atšķirība ir svarīga viena iemesla dēļ: tā maina to, ko jūsu priekšnieks apstiprina. Būvēšanas režīmā mērķis ir 'padarīt to reālu'. Darbības režīmā mērķis ir 'saglabāt to uzticamu'. Zemāk esošā tabula ir versija, ko es izmantoju ar ne-tehniskiem ieinteresētajiem, jo tā parāda, ko katrs 'gatavs' nozīmē reālajā darbībā.

Joma	Ko priekšnieks domā ar "gatavs"	Ko "gatavs" patiesībā nozīmē
Domēns	Mēs nopirkām adresi, tāpēc tā ir mūsu	Adrese ir reģistrēta uz noteiktu laiku; saskaņā ar ICANN procesa aprakstu, jūs izvēlaties nosaukumu, pārbaudāt tā pieejamību reģistratora vietnē un sniedzat kontaktinformāciju. Šī informācija nosaka, kurš saņem atjaunošanas paziņojumus, tāpēc tai jābūt pareizai un jāuzrauga
Mitināšana	Faili ir internetā kaut kur	IBM definē tīmekļa mitināšanu kā vietnes failu glabāšanu serverī, lai tie būtu pieejami internetā. Šis serveris ir pastāvīgas attiecības ar izmaksām, un kādam ir jāzina, kā tajā pieteikties
Programmatūra	Mēs palaidām vietni ar jaunākajām versijām	Programmatūra tiek labota, spraudņi tiek atjaunināti, un integrācijas ir jāpārskata. Viss tas notiek pēc palaišanas, nevis pirms
Saturs	Teksts tika apstiprināts	Saturs ir saruna ar jūsu tirgu. Tas noveco, mainoties piedāvājumiem, cenām, pierādījumu argumentiem un produktu nosaukumiem
Meklēšana	Google zina, ka mēs eksistējam	Meklētājprogrammām ir nepieciešama atkārtota pārskatīšana; XML sitemap failos jāpievieno jauni URL, robots.txt failiem jābūt precīziem, un tehniskajam pamatam jāpaliek veselam

Jūs varat šo tabulu lasīt divos veidos. Kā pienākumu sarakstu tā ir biedējoša. Kā aprakstu tam, kas jūsu vietne patiesībā ir — sistēma ar ievadiem, kurus jūs kontrolējat — tā ir skaidrojoša. Jūsu priekšniekam nav nepareizi vēlēties pabeigšanu. Viņi kļūdās par to, kā pabeigšana izskatās.

Šeit ir arī no-code piezīme. Ja jūsu vietne ir veidota ar vilkšanas un nomešanas rīku, platformas nodrošinātājs pārvalda servera kodu, bet jūsu saturam, piekļuvei un integrācijām joprojām ir nepieciešama uzturēšana. No-code noņem lielu daļu izveides darba; tas nenoņem darbu, kas saistīts ar vietnes darbību.

Pārvērtiet uzturēšanu kalendārā, nevis biedu stāstā

Tātad, ar ko sākt? Ne ar dramatisku drošības prezentāciju. Sāciet ar viskonkrētāko, vismazāk emocionālo atkārtoto uzdevumu un izveidojiet ap to kalendāru.

Ņemiet domēnu. Iedomājieties, ka dibinātājs to reģistrēja pirms pieciem gadiem ar personīgo e-pasta adresi. Reģistratora panelis ir aizslēgts ar pieteikšanos, ko zina tikai viens cilvēks. ICANN domēna reģistrācijas process sākas ar nosaukuma izvēli, pieejamības pārbaudi reģistratora vietnē un kontaktinformācijas sniegšanu — un šī kontaktinformācija ir savienojošā saite starp reģistratoru un reālu cilvēku. Ja kontakt e-pasts netiek uzraudzīts, atjaunošanas paziņojums var nonākt pastkastē, kuru neviens nelasa. Risinājums nav tehnoloģiska pārbūve; tas ir izklājlapas ieraksts, koplietota pastkaste un kalendāra atgādinājums trīs nedēļas pirms atjaunošanas. Tas ir garlaicīgi. Tieši tāpēc tas ir ideāls pirmais solis: tas pierāda, ka uzturēšana sastāv no maziem, pārvaldāmiem uzdevumiem.

Tagad veiciet mitināšanu. IBM skaidrojums izklausās vienkārši — jūsu faili atrodas serverī — bet katram serverim ir krātuves ierobežojumi, joslas platuma izmaksas un akreditācijas dati. Ja persona, kas iestatīja mitināšanu, ir tā pati, kas iestatīja domēnu, un tā aizgāja pirms sešiem mēnešiem, jūs esat viena pieteikšanās attālumā no tā, ka jūs bloķē no savas vietnes. Uzturēšanas risinājums ir pārvietot visus pakalpojumus vienā dokumentā, atzīmēt, kam ir piekļuve, un ieplānot ikgadēju auditu. Jūs nelūdzat lielu budžetu. Jūs lūdzat vienu stundu mēnesī, lai durvis paliktu atvērtas.

Tā pati loģika attiecas uz jebkuru pakalpojumu, no kura esat atkarīgi: e-pasta saraksti, maksājumu apstrādātāji, veidlapu rīki. Katram no tiem ir pieteikšanās, norēķinu cikls un kāds, kam vajadzētu spēt atgūt piekļuvi, ja sākotnējais īpašnieks aiziet. Ievietojiet tos visus vienā tabulā. Sākšanas ar kalendāru skaistums ir tas, ka tas apiet veco iebildumu 'tas ir tehnikas jautājums'. Atjaunošanas un piekļuves pārbaužu kalendārs ir projektu vadības jautājums, un katrs netehnisks priekšnieks saprot projektu vadību.

Draudi, kas nav hakeris

Saruna par drošību parasti neizdodas, jo tā sākas ar nepareizu ļaundari. 'Mēs esam maza mārketinga vietne,' jūs sakāt sev. 'Neviens mums neuzbrūk.' Un jums, visticamāk, ir taisnība — bet visticamākie draudi nav mērķtiecīgs hakeris. Tā ir nolaidība.

UpGuard ceļvedis tīmekļa vietņu drošībā uzskaita standarta pasākumus: atjauniniet programmatūru, ieviesiet spēcīgu autentifikāciju, piemēram, daudzfaktoru autentifikāciju, ierobežojiet lietotāju tiesības, dublējiet datus un izmantojiet SSL/TLS šifrēšanu. Lai ko jūs pamanītu šajā sarakstā, svarīgākais ir darbības vārda laiks. Tie ir nepārtraukti pasākumi, nevis palaišanas dienas izvēles rūtiņas.

Padarīsim to konkrētu. Daudzas iekšējās komandas manto vietni ar vienu kopīgu administratora pieteikšanos, ko izmanto visi: pārdošanas komanda, mārketinga praktikants, ārštata darbinieks, kurš uzrakstīja vienu emuāra ierakstu. Neviens nezina, kas bija šis ārštata darbinieks. UpGuard to sauktu par lietotāju tiesību problēmu; jūs to varat saukt par risku, ko jūsu priekšnieks jau saprot. Ja nezināt, kurš var pieteikties, jūs nezināt, kurš var rediģēt mājaslapu, mainīt cenas vai instalēt kaut ko, kam tur nevajadzētu būt. Risinājums ir vienkāršs: atiestatiet paroles, izveidojiet individuālus kontus un noņemiet piekļuvi, kad cilvēki aiziet. Tas nav drošības projekts; tas ir drošības ikdienas darbs.

Es ieteikšu kaut ko pretrunīgu: nesāciet ar drošību, kad runa ir par budžetu. Mazai komandai vārds 'drošība' izraisa vai nu 'mums nav IT budžeta' vai 'tas ar mums nenotiks'. Tas, kas izraisa rīcību, ir konkrēts tuvu pieļauts notikums: pārlūkprogrammas brīdinājums sertifikāta SSL/TLS darbības termiņa beigušanās dēļ, dublējums, kas nekad netika palaists, bijušais līgumdarbinieks, kurš joprojām var pieteikties. Izmantojiet šos konkrētos piemērus, lai pamatotu ikmēneša 'vietnes veselības' bloku. Jūs nepārdodat bailes; jūs pārdodat kompetenci.

Un, ja jūs tagad veidojat jaunu vietni, mēs jau esam aprakstījuši no-code vietnes palaišanu ar SEO un drošību no pirmās dienas citur — bet pirmās dienas disciplīna atmaksājas tikai tad, ja tā kļūst par divpadsmitā mēneša disciplīnu.

Meklēšana negaida jūs

Otrs iemesls, kāpēc vietne degradējas, ir klusāks, jo tas notiek ārpus vietnes. Meklētājprogrammu optimizācija nav vienreizējs iestatījums. Digital Marketing Institute ceļvedis apraksta SEO kā satura, struktūras un tehnisko elementu optimizēšanu, lai uzlabotu meklēšanas rezultātus, lietotāju pieredzi un zīmola uzticamību. Vārds 'optimizēt' nozīmē izmaiņas laika gaitā, nevis pabeigtu stāvokli.

Reālistisks scenārijs: jūsu pārdošanas vadītājs jautā, kāpēc konkurents apsteidz jūs jūsu pašu produkta nosaukumā. Jūs izmeklējat un atklājat, ka XML sitemap fails nav atjaunināts kopš palaišanas, un robots.txt fails bloķē sadaļu ar jaunām lapām. Abi ir tehniski iestatīšanas uzdevumi, kas šķita pabeigti pirmajā dienā. Risinājums ir desmit minūšu ikmēneša pārskats: pievienojiet jaunus URL sitemap failam, iesniedziet to atkārtoti un pārliecinieties, ka robots fails neslēpj jūsu labāko saturu. SEO ieteikumu pētījumi arī norāda uz HTTPS drošību kā tehnisko pamatu daļu — tas atgriežas pie drošības uzdevumiem, ko tikko ieplānojāt.

Vissliktākā daļa par meklēšanas pozīciju samazināšanos ir tā, ka tā ir pakāpeniska. Jūs reti zaudējat pozīcijas vienā dienā; jūs zaudējat pozīciju šeit un pozīciju tur, līdz konkurents ir pilnībā ieņēmis lapas vietu. Meklēšana ir arī labākais biznesa arguments uzturēšanai, jo tā ir tieši saistīta ar ieņēmumiem. Vietne, kas neuztur savu meklēšanas infrastruktūru, netiek pazaudēta dramatiskā 'uzlaušanā'; tā klusi nodod klientus konkurentiem, kuri uztur kārtībā savu tehnisko bāzi.

Pārlieciniet par uzturēšanu to, kurš paraksta čekus

Tas mūs noved pie sarunas, no kuras esat izvairījušies. Jums jālūdz budžets vai vismaz vieta komandas kalendārā, un jums vajag, lai priekšnieks piekrīt, nezaudējot interesi.

Sāciet ar ieņēmumu aizsardzību. Nesakiet 'mums ir tehnisks parāds' vai 'mums jāatjaunina CMS'. Sakiet: 'vietne ir skatlogs, un skatlogiem nepieciešama regulāra uzturēšana.' Izmantojiet iepriekš izveidoto uzturēšanas kalendāru kā pierādījumu: šeit ir atjaunošanas datumi, šeit ir piekļuves pārbaudes, šeit ir dublējuma tests, ko veicam katru mēnesi. Priekšniekam nav jāuzticas jums; viņiem tiek parādīta sistēma, kas jau darbojas.

Pēc tam ļaujiet viņiem izvēlēties. Piedāvājiet divus vai trīs līmeņus: minimālā uzturēšana (domēns, mitināšana, dublējumi, SSL), veselīga uzturēšana (pievienojiet satura atjauninājumus un meklēšanas pārbaudes) un aktīva izaugsme (pievienojiet eksperimentus, galvenās lapas un īpašu atbalstu). Kad formulējat lēmumu kā 'kādu uzticamības līmeni vēlaties?' nevis 'vai mēs varam tērēt vairāk naudas?', priekšnieks izvēlas rezultātu, nevis apstiprina tehniskus izdevumus.

Viens brīdinājums: priekšnieks joprojām var teikt nē. Ja tas notiek, ņemiet divus galvenos riskus — parasti piekļuves kontroli un dublējumu pārbaudi — un novērsiet tos jebkurā gadījumā, cik vien daudz brīva laika jums ir. Jūs neignorējat nē; jūs pērkat laiku, lai parādītu, ka uzturēšana rada izmērāmu atšķirību. Tā ir tā pati loģika kā klientu vietņu uzturēšanas brieduma modelim, pat ja jūsu 'klients' ir jūsu pašu iekšējais ieinteresētais. Modelis virza vietni no ugunsgrēku dzēšanas uz sistēmām, un tas darbojas divu cilvēku mārketinga komandā tikpat labi kā aģentūrā.

Pabeigta vietne neeksistē

Vietne, kuru palaidāt, nav tā vietne, kuru pārvaldāt. Tā mainās, jo mainās jūsu bizness, jo mainās programmatūra un jo mainās pats tīmeklis. Vienīgais patiesais jautājums ir, vai jūs pārvaldīsit šīs izmaiņas mērķtiecīgi, ar nelielu budžetu un kalendāru, vai nejauši, panikas lēkmju sērijā.

Sāciet ar mazāko konkrēto lietu: vienu kalendāra atgādinājumu, vienu koplietotu pastkasti, vienu kontu pārskatīšanu. Šie neizteiksmīgie uzdevumi nav lieks slogs. Tie ir tas, kas neļauj vietnei, kuru tik smagi strādājāt, lai izveidotu, klusi rūsēt zem pārsega. Kad jūsu priekšnieks jautās, kas tālāk, pasmaidiet un parādiet viņam kalendāru. Tas ir vietnes īstais pastāvīgais darbs.