Call to Action, mitä ne ovat ja mikä niiden merkitys on.

Toimintakehotukset ovat kehotuksia toimia. Web-suunnittelussa ja ennen kaikkea käytettävyyden alalla Call to Actions ovat tarkasti erotettavissa olevia elementtejä, jotka houkuttelevat surffaajia suorittamaan toiminnon. Ilmeisesti näistä elementeistä tulee web-käyttöliittymissä käytettävyyden käsitettä ajatellen valtava merkitys ja niitä on harkittava äärimmäisen tarkasti.

Normaalisti toimintakehotukset ovat verkkokäyttöliittymissä aktiivisten painikkeiden muodossa, joita napsautettuaan ohjataan navigaattori suorittamaan tarkka toiminto (maksu, tietojen syöttäminen lomakkeeseen, ostoprosessi jne.)

Asian herkkyyden vuoksi on olemassa tarkat säännöt, joilla toimintakehotuksista saadaan onnistuneita ja optimaalisia. Sivusto antaa erittäin mielenkiintoisia ehdotuksia SMASHING LEHTI, joka antaa melko laajan ja yksityiskohtaisen kuvauksen todellisilla esimerkeillä.

Siksi kaikille web-suunnittelijoille, sekä asiantuntijoille että ei-asiantuntijoille, on erittäin tärkeää arvioida näkökohdat, jotka voivat vaikuttaa myönteisesti tai kielteisesti Cll To Actioniin. Ja niin, lopetetaan taas puhuminen saavutettavuudesta ja käytettävyydestä. Termit, jotka ovat unohtuneet viime aikoina, enkä ymmärrä miksi.

(Oikea) copywriting verkkosivustoille ja sosiaalisille verkostoille

Toimintakehotus ei kuitenkaan pysähdy pelkästään graafiseen näkökulmaan:

Koska se on tärkeä osa vakuuttavaa markkinointia, on selvää, että sitä on arvioitava myös sisällön osalta. Eli mikä on toimintakehotuksen takana ja miksi navigaattorin on napsautettava juuri siellä eikä muualla.

Toimintakehotus on todellinen kehotus toimintaan, se toiminta, joka sinun täytyy saada aikaan tai jonka haluat tehdä ja joka kuuluu vakuuttavaa viestintää koska kun käyttäjä on saapunut sivustollemme, emme saa antaa hänen poistua, päinvastoin, meidän on jopa vakuutettava hänet tekemään jotain, joka voi olla etu molemmille, eli meille ja käyttäjälle. Olen todellakin sitä mieltä, totta puhuen, tiedän varmasti, että 10.000 99 päivittäistä käyntiä, joiden välitön poistumisprosentti (poistumisprosentti) on 500 %, ovat vähemmän hyödyllisiä kuin 10, joiden välitön poistumisprosentti on 5 % ja tulosprosentti 10 tai jopa XNUMX %.

Tiedämme hyvin, että sivuston tehokkuus kävijämäärän ja poistumisprosentin suhteen riippuu myös sivuston tyypistä, mutta on myös totta, että yrityksen verkkosivusto on tehty "tehdä bisnestä" eikä nukkeja kammata ja siksi on oleellista, että vierailija pysyy "talossamme" tai pikemminkin sivustolla yli 30 sekuntia suorittaen toimia, joita olemme yrittäneet saada hänet suorittamaan. Muuten mistä me puhumme?

Esimerkiksi yrityssivustojen tapauksessa se on erittäin tärkeää ota yhteyttä vierailijan kanssa, verkkokauppasivustojen tapauksessa se on välttämätöntä myydä tuotteita, tietosivustojen tapauksessa se on välttämätöntä katalysoi huomiota mahdollisesti pyytää lopullista huomautusta; on myös mahdollisuus vain haluta tehdä brändejä, ja se voi viedä paljon vähemmän aikaa, mutta se on toinen tarina.

La kehotetaan toimimaan on olennainen osa vakuuttava copywriting: sinun on lakaistava pois kaikki mahdollisen asiakkaan epäilykset, jotta saat hänet toimimaan. En tarkoita pettää häntä, muistakaa, vaan saadakseni hänet ymmärtämään myymäsi tuotteen (tai palvelun) todellisen arvon ja ennen kaikkea todellisen tarpeen, joskus ilmaisemattoman.

Toimintakutsujen saavutettavuus liittyy läheisesti kahteen näkökohtaan: toiminnon tunnistamiseen käytettyjen nimikkeiden semantiikkaan ja tapaan, jolla tämä toiminto suoritetaan.

Toimintakehotusten semantiikan tulee olla itsestään selvää. Painikkeella, linkillä tulee olla tunniste, joka yksilöi tarkasti käyttäjän suorittaman toiminnon. Näin äskettäin joidenkin sosiaalisten verkostojen ja sisällönhallintajärjestelmien muutokset kuvien lataamisen toimintakehotuksissa: periaatteessa nyt meillä on kaksi painiketta, joissa lukee "Valitse kuva". Uskomatonta, että siitä puuttuu painike, jossa lukee "Lataa valokuvia". Tämä aiheuttaa hämmennystä käyttäjille, kun myös pitää mielessä, että jokaisella näytönlukuohjelman kanssa surffaavalla on visio seriale sivulta, eli siltä puuttuu yleisilme, joka on tyypillistä visuaalisella selaimella liikkuville käyttäjille.

Epämääräisiä etikettejä tulee välttää, yleinen tai epäselvä. Merkki, jota tulisi välttää, on "Klikkaa tästä". Jos selaat sivua, jolla on samalla tavalla merkityt toimintakehotukset näytönlukuohjelmalla, kuulet loputtoman sarjan "(linkki) Napsauta tästä", joka ei anna sinulle mitään hyödyllistä tietoa aktivoitavan toiminnon luonteesta.

Toinen välttämätön asia on ominaisuuden väärinkäyttö title joitain linkkejä. Kun tätä attribuuttia käytetään huomaamattomasti, se voi tarjota arvokasta kontekstuaalista tietoa suoritettavasta toiminnosta, mutta liiallisesti käytettynä se muuttaa sivulla navigoinnin koettelemukseksi. Itse asiassa näytönlukuohjelmat yhdistävät jokaisen linkin omaan otsikkoon ja lukevat sen ennen elementin sisältöä.

Graafisesta näkökulmasta katsottuna Näkövammaisten käyttäjien tarpeet huomioon ottaen toimintoa muistuttavien elementtien tulee olla selvästi näkyvissä ja kohokuvioituina, ja niiden fonttien on oltava riittävän suuria, jotta niitä on helppo lukea. Mikä tärkeintä, joitain CSS-tason mukautuksia tulisi käyttää, jotta tällaiset elementit mukautuvat kirjasinkoon muutoksiin, joita näkövammainen käyttäjä voi tehdä sivulla. Viimeisenä mutta ei vähäisimpänä, niissä tulee olla riittävä värikontrasti tekstin ja taustan välillä, jotta vältetään ongelmat värisokeudesta kärsivien kanssa.

nginx: uusi verkkopalvelin

JavaScript ja sen oikea käyttö

Mitä tulee näiden toimintojen käynnistämiseen, meidän on mietittävä JavaScriptiä.

Muista, että JavaScript ja esteettömyys eivät ole yhteensopimattomia, kunhan kunnioitat joitain yksinkertaisia ​​parhaita käytäntöjä. Yksi näistä koskee linkkejä ja niiden pitämistä käytettävissä, vaikka JavaScript ei ole käytössä tai sitä ei tueta. Tässä mielessä on välttämätöntä erottaa tehokkaat linkit (jotka johtavat käyttäjän uudelle sivulle tai jotka joka tapauksessa linkittävät resursseihin) ja laukaisevat linkit, eli linkit, joilla ei ole todellista sisältöä, mutta jotka "käynnistävät" JavaScript-toimintoja.

Käytäntö, jota tulee välttää on linkkien, joilla ei ole arvoa attribuutille href, Kuten <a href="" id="trigger" >...</a>. Selaimessa, jossa ei ole JavaScript-tukea, kuten Lynx, tällainen linkki saa sivun latautumaan kokonaan uudelleen. Voimme tietysti luoda triggerin kokonaan JavaScriptillä, mutta silloin linkki ei ole käytettävissä, jos JavaScript ei ole tuettu tai poistettu käytöstä. Monet staattiset sivustot käyttävät tätä tekniikkaa myös pysyvien linkkien luomiseen, koska selain pitää nykyistä sivua puuttuvana attribuutin arvona. href.

Siksi tälle attribuutille on annettava arvo, ottaen huomioon myös se, että XHTML-määrityksiä varten attribuutti href Se ei voi olla tyhjä. Mutta mikä? Monet ovat valinneet täytteenä hash-merkin (#). Kuitenkin myös tällä ratkaisulla on rajoituksia, sillä JavaScriptin ollessa pois käytöstä tai sitä ei tueta saamme vaikutuksen luomaan viittauksen olemattomaan ankkuriin, mikä voi hämmentää niitä, jotka surffaavat verkossa ei-visuaalisen aputekniikan avulla.

Ratkaisu on tietysti jossain siltä väliltä: voimme itse asiassa luoda ankkurin, joka osoittaa sivun todelliseen sisältöön. JavaScriptin kautta luodun sisällön tapauksessa voimme käyttää tällaista lähestymistapaa:

auta Sähköpostin on oltava muodossa username@domain.extension

Tyylitään div, jonka piilotamme JavaScriptillä. Jos JavaScript ei ole tuettu tai poistettu käytöstä, div jää vain näkyviin. Piilottaaksesi sen, käytetään CSS-luokkaa linkittämiseen, kun asiakirja ladataan:

.hidden { position: absoluuttinen; yläosa: -1000em; }

Sekä jQuerylla että Prototypellä on menetelmiä elementin piilottamiseen, mutta muista, että ne käyttävät ilmoitusta display: none. Valitettavasti tämän ilmoituksen tulkitsevat näytönlukijat, joilla on osittainen tuki JavaScriptille, mikä estää heitä lukemasta elementin sisältöä. Tässä vaiheessa, jos käytämme jQueryä, voimme kirjoittaa:

$('#trigger').click(function() { $('#email-help').removeClass('hidden'); });

Olen tietoisesti välttänyt ilmoituksen lisäämistä return false; koska jotkut näytönlukuohjelmat pystyvät tulkitsemaan tapahtuman click, joka rinnastaa sen joissakin tapauksissa näppäimistötapahtumaan. Jos olisin lisännyt tällaisen ilmoituksen, tällaiset ohjelmat eivät olisi seuranneet linkin kohdetta eivätkä siksi olisi voineet lukea div:mme sisältöä. Ainoa epämiellyttävä vaikutus normaaleille selaimille on se, että ankkuri lisätään nykyisen sivun URL-osoitteeseen, mutta tämä ei vaikuta mitenkään sen saavutettavuuteen ja käytettävyyteen.

Asianmukaisin muutoksin samat havainnot pätevät myös painikkeisiin, pitäen tietysti mielessä erot saatavilla olevien JavaScript-tapahtumien kasuistissa.

Ensimmäinen käytettävyysperiaate, joka koskee toimintakehotuksia, ontunnistettavissa. Toimintakehotuksen tulee aina olla käyttäjän välittömästi tunnistettavissa ja sen tehtävän tulee olla helposti ymmärrettävissä. Siihen liittyy kaksi näkökohtaa:

• toimintakehotuksen ulkoasu
• toimintakehotuksen merkintä

Jokainen osa-alue liittyy erottamattomasti toiseen. Toimintakehotuksen ulkoasu ei saa koskaan vaikuttaa sen tunnistamiseen. Lomakkeessa olevan painikkeen, riippumatta siitä, miten sitä on muokattu CSS:n avulla, pitäisi aina saada käyttäjä ajattelemaan "Nyt napsautan tästä". Steve Krugin mukaan käyttäjän pitäisi todellakin napsauttaa ajattelematta, onko näkemästään painike vai ei. Toimenpiteen tulee olla välitön (noin 300 millisekunnin sisällä, täsmälleen kuten viimeaikaisessa käyttäjäkokemusta koskevassa tutkimuksessa on todettu).

Toinen näkökohta liittyy sen sijaan siihen, kuinka toimintakehotus määritellään sanatarkasti. Tarrojen tulee olla yksinkertaisia, selkeitä ja itsestään selviä. Esimerkki on Mac OS X -sovellusten kontekstivalikon kohdan "Tallenna" käännös: italiaksi tämä kohde on käännetty nimellä "Record", mikä ei todellakaan ole paras selvyyden kannalta. Joten jos painikkeella on tarkoitus käynnistää hakukone, etiketissä pitäisi lukea "Hae" ja niin edelleen. Tässä tapauksessa mielikuvituksen tulisi väistää tervettä järkeä: sopimukset ovat tässä tapauksessa erittäin hyödyllisiä.

On selvää, että aiheesta olisi vielä paljon kirjoitettavaa, mutta tämän pitkän artikkelin tarkoitus on enemmän kuin mikään muu saada ihmiset ajattelemaan, tiedostamaan, mitä ollaan tekemässä ja ennen kaikkea ymmärtää, että yksinkertainen painike, jonka pitäisi johtaa sinuun yhteydenottoon tai sähköpostin tai pyynnön lähettämiseen, ei ole niin triviaali asia.

Suunnittelu yrityksille, Sketchin: "Aloita aina muutoksesta..."