Kako agencije ohranjajo delovanje desetin obrazcev naročnikov

Vprašajte agencijo, kdo je po zagonu odgovoren za kontaktni obrazec naročnika, in običajno sledi premor. Vendar je za odvetniško pisarno, zobozdravniško ordinacijo ali lokalnega inštalaterja ta obrazec pogosto edina pot, po kateri pride nov posel. Ko preneha delovati, se nič vidno ne pokvari: stran se naloži, gumb je videti klikljiv. Naročnik domneva, da agencija bdi, agencija domneva, da bi naročnik opazil, in minejo tedni, preden kdo vpraša, zakaj so povpraševanja usahnila.

Zakaj obrazci odpovejo tiho

• Posodobitve: posodobitev CMS, teme ali vtičnika za obrazce spremeni oznake, odstrani kavelj ali pokvari JavaScript, ki odda obrazec.
• Selitve gostovanja: novi strežnik ne more pošiljati pošte, funkcija PHP mail je onemogočena ali pa poverilnice SMTP niso bile prenesene.
• Overjanje pošte: po spremembi DNS se SPF, DKIM ali DMARC ne ujemajo več in sporočila z obvestili končajo med neželeno pošto ali so zavrnjena.
• Nove sledilne oznake: trženje doda slikovno piko ali orodje za privolitev in nenadoma napaka skripte ali prekrivni element blokira gumb za oddajo.
• Spremembe CAPTCHA: ključ spletnega mesta, vezan na staro domeno, testni ključ, ki je ostal po testnem okolju, ali gradnik, katerega skripta se ne naloži več.
• Potekajoči certifikati in domene: brskalniki obiskovalce opozorijo stran od obrazca ali pa domena za naslovom za obvestila poteče.

Rutina, ki se razširi na desetine spletnih mest

1. 1Naredite popis. Navedite vsako spletno mesto naročnika in vsak obrazec na njem – kontakt, povpraševanje za ponudbo, rezervacija, e-novice – in kam naj bi šla sporočila.
2. 2Določite izhodišče. Vsako spletno mesto enkrat preverite od zunaj in zabeležite trenutno stanje: zaščita, obvestilo o zasebnosti ob obrazcu, osnove dostopnosti, nastavitev pošte.
3. 3Avtomatizirajte ponavljajoče se preverjanje. Tedensko je smiselna privzeta nastavitev za spletna mesta, ki živijo od povpraševanj; dnevno za tista, kjer izgubljen dan res boli.
4. 4Opozorila usmerite na eno mesto. Spremembe pošiljajte v skupni kanal ekipe namesto v poštni predal ene osebe in opozarjajte le na spremembe, da se jih nihče ne nauči prezirati.
5. 5Po vsaki spremembi ponovno preverite. Posodobitve vtičnikov, selitve gostovanja, nove oznake in spremembe DNS naj sprožijo preverjanje, namesto da čakate na naslednji načrtovani zagon.
6. 6Preizkusite pot dostave. Kjer naročnik soglaša, pošljite jasno označeno testno oddajo in potrdite, da dejansko prispe – in bodite pozorni na obrazce, ki nenadoma utihnejo.
7. 7Vodite mesečni zapis. Za vsako spletno mesto zabeležite, kaj je bilo preverjeno in kaj popravljeno. Ta zapis postane Vaše poročilo.

Preverjanja obrazcev naj bodo pogodbena storitev

Veliko vzdrževalnih pogodb obljublja posodobitve in varnostne kopije, o tem, ali spletno mesto še opravlja svoje delo, pa ne pove ničesar. Če preverjanja obrazcev zapišete v pogodbo, nevidna skrb postane storitev, ki jo naročnik vidi – in vprašanje, kdo je odgovoren za obrazec, je rešeno. Točke, ki jih je vredno opredeliti:

• Obseg: katera spletna mesta in kateri obrazci so zajeti, vključno s pristajalnimi stranmi kampanj.
• Pogostost: kako pogosto se preverja posamezen obrazec – in da preverjanje sledi vsaki posodobitvi ali selitvi, ki jo izvedete.
• Kaj se preverja: zaščita pred neželeno pošto, obvestilo o zasebnosti in sledenje na strani z obrazcem, osnove dostopnosti, potek certifikata in domene, overjanje pošte.
• Aktivni testi: ali se smejo pošiljati testne oddaje, kako so označene in kdo jih prejme na strani naročnika.
• Odzivni časi: kako hitro pogledate opozorilo in kdaj je naročnik obveščen.
• Poročanje: kaj naročnik prejme vsak mesec in kje lahko pogleda trenutno stanje.
• Omejitve: kaj ni zajeto, na primer naročnikov lastni poštni strežnik ali orodja tretjih oseb, ki jih je naročnik dodal brez Vas.

Poročajte tako, da naročnik vidi vrednost

Dobro vzdrževanje je po zasnovi nevidno, zato ga je lahko odpovedati. Kratek mesečni dokaz za vsako spletno mesto to spremeni: kateri obrazci so bili preverjeni, kako pogosto, kaj se je spremenilo in kaj je bilo popravljeno. Poročila z lastno blagovno znamko (white-label) Vam omogočajo, da ga pošljete pod svojo blagovno znamko, portal za naročnike pa naročnikom omogoča, da trenutno stanje pogledajo sami, namesto da sprašujejo. Besedilo naj bo preprosto – »Vaš obrazec za ponudbe je bil ta mesec preverjen vsak dan; težava po posodobitvi vtičnika je bila najdena in odpravljena isto jutro« naročniku pove več kot stran tehničnih ugotovitev.

Hitra preverjanja pred prodajo – uporabljena na pravi način

Pasivno zunanje preverjanje ne potrebuje dostopa in ne računa, zato je koristno, še preden obstaja pogodba. V uvodnem pogovoru, na sestanku ali ko Vas potencialna stranka prosi, da pogledate njeno spletno mesto, skupaj izvedeno hitro preverjanje pogovoru da nekaj konkretnega: CAPTCHA, ki teče z javnim testnim ključem, manjkajoča povezava do zasebnosti ob obrazcu, gumb za oddajo, ki ga na telefonu skriva pasica za piškotke. Pokaže, kako delate, ne da bi obljubili kar koli, česar še niste videli od znotraj.

Če tega orodja raje ne bi gradili sami: formexposed v enem računu vodi številna spletna mesta naročnikov, s spremljanjem potrjenih domen, opozorili v kanal Vaše ekipe, poročili z lastno blagovno znamko, portalom za naročnike in hitrimi preverjanji za potencialne stranke. Agencije, ki spletna mesta WordPress upravljajo prek MainWP, lahko uporabljajo razširitev za MainWP. Najlažji začetek je brezplačno preverjanje enega spletnega mesta naročnika na formexposed.com – račun ni potreben – da vidite svoje izhodišče.