Category: Nyheder

0

Problemet er løst – back in business!

0

“Teknisk uheld, jeg beklager…” Jeg er pt. ikke tilgængelig på min telefon, indtil nærmere besked.

Du kan ringe og chatte mig på:

  • planetcrypton @ skype
  • planetcrypton@gmail.com @ Google Hangout
  • koksjoerd @ Facebook

Selvfølgelig kan du altid skrive på sk@sej-ko.dk!

0

En standard webshop kan en masse. Men man kan få så meget mere, og dermed mere salg, ud af ens e-commerce løsning, ved at ‘skrue’ lidt på den.
I denne artikel kommer jeg med nogle foreslag hvordan man kan optimere sin webshop og dens salgstrategier, som sejKo kan hjælpe dig med at få sat op.

Optimér checkout

På et eller andet tidspunkt skal ens webshop kunder ‘gå til kassen’, denne proces kaldes for ‘checkout’. På det tidspunkt har kunden puttet alle varer som hun / han vil købe i sin kurv, og vil betale ved kassen. Her er det vigtigt man ikke mister kundens opmærksomhed, da de eventuelt kan forlade din butik til fordele for en konkurrent.
Ved en checkout oplyser kunden fragt og betalingsoplysninger. Krav til disse oplysninger kan variere, afhængig af ens type forretning / markedssegment. Derfor kan det give mening at tilpasse en checkout efter det.

Standard består en checkout af én side, for at opnå en hurtig proces. I nogle tilfælde kan det give mening at dele processen op i flere sider, for at bevare overblik hvis der er meget der skal oplyses (eller er sandsynlighed for det) og eller der eventuelt skal logges ind først.
En visuel ‘proces indicator’ kan hjælpe kunderne se hvor i processen de befinder sig.

Det kan også være at der standard bliver vist formular felter en kunde skal / kan oplyse, som din forretning slet ikke har brug for; de kan fjernes eller slås sammen til nye felter. Måske mangler der nogle vitale felter; det er godt man tilføje dem! 🙂

Salgsstrategier

Der findes mange tekniker til ens e-commerce løsning som man kan bruge strategisk for at øge salget. Her kommer en liste, se hvilke vil fungere bedst på dine kunder / dit marked.

Kuponer, eller ‘coupons’ kan byde dine kunder på ‘noget specielt’. Der kan strikkes forskellige løsninger sammen for kuponer. Her er et par forslag:

Kuponer der giver rabat for ordrer højere end gennemnittet

For at undgå at brugere med kuponer får en rabat, som i nogle tilfælde spise din margin. Kan det være en idé kun at tilbyde en kupon kode når der bliver handlet for et beløb, som er lidt over det beløb folk i gennemsnit handler for. Det holder på din margin og giver kunderne lyst til at købe lidt mere for at opnå rabatten.

URL kuponer

I stedet for at kunder skal finde og indtaste en kupon-kode, kan man automatisere denne proces ved at sende kunden et link som vil udløse kuponkoden – det er en del af URLen.
Det er også muligt at ‘lade linket tilføje’ bestemte produkter til indkøbskurven; “automagic”!
Sådan en bestemt URL kan du give til dem du vil; for eksempel kunder der har købt for over et bestemt beløb, eller måske netop kunder der ikke har købt noget for nyligt :).

Rabat på samlede produkter

En gammel rabat metode :), men en der virker: Få rabat hvis man køber bestemte produkter samlet. For eksempel en sæt af separate produkter;

  • trøje + bukser
  • hjul + slange + dæk
  • tallerkner + bestik + kopper
  • Spiderman + IronMan + Captain America + Thor + Hulk

Køb x antal, få 1 gratis / med rabat

BOGO salg (buy-one-get-one) kan skabe en masse opmærksomhed på ens webshop – folk elsker det! Men dine marginer skal kunne holde til det. Men det behøver ikke være 1:1. Det kan være 2:1, 3:1, 3:2. Eller blot rabat på den sidste vare.

Gratis fragt, på den smarte måde

Næsten alle webshops anvender det; gratis fragt hvis kunden køber over et bestemt beløb. Men det hjælper at gøre kunderne opmærksom på det mens de handler, noget som; “Du er 50,- kr. fra at opnå gratis fragt!” når du putter noget i kurven.

Rabat til senere

follow-up

Udløs et ekstra køb ved at give rabat ved det næste køb, i stedet for kun det nuværende. Det kan gøres ved en ‘opfølgningsemail’ som er automatiseret, baseret på nogle kriterier.
Denne mail kan eventuelt også indeholde en URL kupon :).

Flash salg

Flash popupDu kan tilbyde gode deals, tilgængelig i begrænset tid, såkaldte ‘flash sales’. Du kan gøre kunderne opmærksom på et tilbud de ikke må gå glip af, via en ‘splash popup’ – right in your face! En anden måde at gøre det på er ved at tilknytte nogle produkter til ‘dagens produkter’, som fremgår et eller andet sted på hjemmesiden (i en ‘sidebar’ eller på forsiden m.v.)

Kun for medlemmer

Få et tættere bånd med dine kunder via et medlemskab. Man kan belønne disse loyale kunder (eller evt. nogle af dem) med rabatter andre ikke kan få. En god måde at få flere medlemmer på, og medlemmerne føler mere at der bliver sat pris på dem.

Ads & conversion tracking

Alt ovennævnte kan anvendes på kunder som allerede er landet på din online butik. Men hvad med dem der ikke kender dig endnu? Hvis du ikke vil vente på at de Googler dig, kan du selv finde dem; Facebook ads er et oplagt medie at annoncere på, hvis du sælger direkte til slutbrugerne.
Men for at finde ud af hvilke annoncer fører til salg og hvor kunden springer fra, skal man bruge ‘conversion tracking’; et værktøj der kan se fra hvilke kampagner / annoncer kunderne kommer, og om det fører til en handel. Den viden kan du bruge til dine salgsstrategier beskrevet i denne artikel – det kan være du skal prøve en ny strategi.

0

Fra tirsdag i uge 18 er sejKo begrænset tilgængelig. Mail og telefon bliver kontrolleret mindst én gang om dagen.

0

Det gode ved app- og webprodukter der bliver udarbejdet her hos sejKo, er at man som kunde selv kan bestemme fokusområdet; nogle produkter fokuserer på udseende, andre på funktionalitet, andre igen på tilgængelighed. Man skal tage beslutninger i livet; ikke for ofte gå på kompromis!
Ikke at gå på kompromis med tilgængelighed af en hjemmeside på mobile enheder, er en god idé i disse dage, hvor hjemmesider bliver betjent oftere fra mobiler end fra PC’er.

I denne artikel tager vi en gennemgang af hvordan man kan optimere sin hjemmeside til mobile enheder.

Har du travlt? Læs opsummeringen. Er du frisk på alle detaljer? Fortsæt:

Det er klart at et website som fungerer på en desktop PC (i samme tilstand) ikke vil fungere på en mobil – og omvendt. I praksis er der heller ikke kun de to muligheder; der er også tablets, og mobiler for den sags skyld, i forskellige dimensioner og ‘pixeltætheder’.
Udfordringen man møder først, er selvfølgelig skærmplads – i forhold til forskel i skærmstørrelsen. Den næste udfordring har mere med ordet ‘mobil’ at gøre, når man taler om ‘mobile browsing’; nemlig begrænsning af netværk når man er på farten – båndbredde.

Skærmplads udfordring

På større skærme kan man vise mere info, mere navigation, vise større billeder, have stor afstand mellem elementerne og bruge afstanden til et bestemt udtryk (imago m.v.).
På mindre skærme er man udfordret på alle de punkter At træffe (fra)valg er hovedopgaven.
Hvor man ved et layout for større skærme, skal designe overskuelighed i alt det skal komme på skærmen, skal man ved et mobil layout designe efter intuition og proces flow: det hele kan ikke vises på én skærm på én gang.

Båndbredde udfordring

Fra webudviklingens dag 1 har målet og udfordringen været en hurtig ‘loading-time’. Kravet til hjemmesiderne er vokset i takt med den voksende båndbredde. De nuværende hjemmesider er ikke længere udviklet til en 56kb betal-pr-minut modem, nu vi er vant til 20-50 eller 90 mb fibernet. Selvom mobilbredbånds hastigheder er vokset, er det ikke det samme som fx 50 mb fibernet up- og download.
Når man er på farten, kan ens båndbredde også variere og eventuelt falde helt ud.

En hjemmeside består hovedsageligt af HTML sider, CSS og Javascript filer og billeder. Da de første 3 nævnte blot er tekstfiler, er det billeder der som regel fylder mest. Jo større billederne er, jo mere båndbredde de kræver.

Flere mobile enheder er i dag også udrustet med en ‘high-density’ skærm, som fx. Apples såkaldte ‘retina’ skærm. D.v.s. at ‘pixel-tætheden’ er to gange tættere, så øjet oplever billedet skarpere. Men det betyder også at billeder skal være to gange så store, ellers ser det sløret ud!

Hvilke muligheder har man når man vil optimere til mobil?

Lad os nu se på hvordan man kan optimere sit website til mobil betjening. Jeg nævner dem trinvis, hvor vi for hver trin dykker et niveau dybere i mobiloptimeringen. Løsningen til dit projekt afhænger af, hvor meget af ressourcerne der skal bruges til mobiloptimering.
Men inden jeg kommer med løsningsforslag, tager vi lidt tilbage i tiden…:

Lidt historie…

Det første man kigger på når man vil supportere mobile enheder er at tage hensyn til den mindre skærmplads. Omkring årtusindskiftet designede man som regel hjemmesider efter en fast bredde af den mindste skærmdimension man vil understøtte, fx 640×480, større skærme fik bare mere tom plads at se.
I det årti hvor Nokia og Ericsson var hotte kunne man browse indhold fra nettet på ens telefon via XML feeds i en WAP browser. Men da Apple lancerede den første smart-phone, iPhone, i januar 2007, var der pludselig en seriøs mobil browser, der understøttede alt det gode og det nye. Det betød at ens hjemmeside nu kunne betjenes fra en mobil telefon, undskyld, smart-phone! Inklusiv hjemmesidens interaktivitet og brugeroplevelse! En ny verden havde åbnet sig. Apple indtog nu mobil- føringen og da Google udkom med Android OS, kom der flere nye spillere på markedet. Der var pludselig et hav af smartphones og tablets, alle i forskellige størrelser.

Med mindre andet er angivet, skalerer en mobil browser en hjemmeside ned så den passer i bredden – ellers skal brugeren scrolle både vertikalt og horisontalt. Men en standard hjemmeside er ret dårligt at betjene i den lille skala.
På grund af nye features i de ‘moderne browsere’ (der i blandt mobil browsere!) opstod omkring 2010 det nye boss-word indenfor web verden, nemlig “responsive layout”. Det blev løsningen på understøttelse af diversiteten i skærmstørrelser.

Responsive layout

Et responsive layout er et layout der tilpasser sig skærmbredden, procentvis. Man definerer et par ‘break-points’. Baseret på dem, viser / skjuler man bestemte elementer, eller viser dem på en anden måde (fx under hinanden i stedet for ved siden af hinanden).

Responsive layout

Et responsive layout er grundlæggende for mobiloptimering. I dag er det blevet ‘de facto standard’ og næsten ingen hjemmesider bliver leveret uden et responsive layout.
OK, så dit site vises altså pænt på forskellige mobile enheder. Men dermed sagt er det ikke nødvendigvis optimeret til mobil. Tvært imod; de fleste tilgængelige ‘templates’, ‘themes’ m.v. er lavet til en flot visning på PC skærme, så kunden ser glad ud når den færdige hjemmeside bliver afleveret – med flotte store billeder. Men ofte bliver de samme store billeder brugt til mobil layoutet, blot nedskaleret…

Tænk og design ‘mobile-first’

Mange hjemmesider bliver designet med PC skærme som udgangspunkt, men fungerer også på mobile enheder. Men når man optimerer til mobil (nu hvor der er flere besøgende fra mobil end fra PC), skal man nok tænke omvendt: Mobile-first!
Hvordan ser hjemmesiden ud på mobil, hvordan navigerer man på mobil, hvad er flowet i funktionaliteten på mobil, hvor ‘tung’ skal hjemmesiden være? Når det er udtænkt som første prioritet, kan man tænke over hvordan dette site ser ud på en desktop PC, som anden prioritet. 🙂

Statiske filer, komprimering, cache og CDN

En webside består af en HTML fil (en dynamisk fil som webserveren sammenstiller ud fra en database baseret på et ‘request’), og flere statiske filer som Javascript, CSS og billeder.
Man kan optimere alle disse filer, så de kræver mindre båndbredde.

Billeder skal ikke være større end nødvendigt i dimensionerne og kan få en passende JPEG komprimering – hvis det i det hele taget skal være et JPEG billede: JPEG er godt for billeder med mange farver (som fotos) hvor PNG er bedre for billeder med få farver (som logos). Så er der også SVG billeder; mere om dem lidt senere.

Javascript og CSS filer kan minimeres, så de fylder mindre i filstørrelse. I nogle tilfælde kan man gøre det direkte fra sit CMS, i andre tilfælde skal udvikleren kreere dem når han udgiver sin software.

HTML filen kan, afhængig af systemet, også komprimeres ved at fjerne ‘white-spacing’.

For at reducere tiden på ‘latency’ vil det give mening (når man har mange besøgende) at ‘cache’ sin dynamiske HTML fil. Det betyder at når webserveren generer en dynamisk HTML fil ud fra databasen (fx hvilke items skal fremgå i navigationen, hvilket item er aktiv, indholdsartikelen, hvad vises i højre kolonne etc. etc.), gemmer webserveren denne ‘cached’ HTML fil i fx 20 min. D.v.s. at hver gang der kommer en ny besøgende indenfor 20 min., serverer webserveren den cachede fil, så den ikke skal efterspørge databasen og danne en ny HTML fil.
Statiske filer, som Javascript, CSS filer og billeder, kan blive cached af browseren, så de ikke skal hentes fra webserveren hver gang – de ændres meget meget sjældent. 🙂

Netop fordi statiske filer som Javascript, CSS filer og billeder ændres så sjældent, kan man argumentere for at der ikke er nogen grund til at de ligger på din webserver, som formentlig er optimeret til at generere HTML output ud fra din database. Såkaldte Content Delivery Network (CDN) servere er netop specialiseret i at servere statiske filer, hurtigt!
Ulempen er, at ens hjemmeside ligger spredt over 2 servere, som kræver lidt ekstra arbejde når hjemmesiden skal opdateres, men det er endnu et trin i et hurtigere website, og dermed optimering til mobil betjening.

Cut-the-crap

Når en hjemmeside har været på banen i et par år, er der en god chance for at der lige så stille er kommet udvidelser på i form af plugins m.v. Det resulterer ofte i ekstra processser og ekstra Javascript og CSS filer der skal hentes.
Det kan godt kræve en grundig gennemgang; bruger vi dem stadigvæk, gør de stadig det vi ønsker, gøres det smart, fylder de meget, kan vi slå nogle sammen ved at lave dem selv og forfra? Kort sagt, er der ofte ekstra fyld på et lidt ældre website.

Ingen sliders

Overvej også din slider på forsiden! Ud fra Search Engine Optimization (SEO) perspektiv er en forside slider ikke den bedste idé (er bl.a. langsom og skubber primær indhold ned fortæller SEO eksperten Yoast). Især ved mobil skal du huske at, du pålægger brugeren at hente fx. 5 billeder ned, som brugeren slet ikke har bedt om. Især når siden ikke er designet mobile-first, er det formentlig 5 kæmpe billeder!
Skal der topgrafik til, kan der sikkert nøjes med 1 billede, så spares der 4 billed downloads, og brugere ser formentlig ikke flere end det ene alligevel. 🙂

Smart grafik, retina

Så det er grafikken der fylder? Ja, især på hi-density (retina m.v.) skærme, hvor grafikken skal være dobbelt størrelse.
Man skal se på hvilken type grafik man skal / kan bruge:

  • Et foto skal være et rasterbillede som JPEG.
  • Et logo er som regel bedst i PNG (rasterbillede), men med en stigende browsersupport er SVG også værd at overveje. SVG er ikke raster, men vektor baseret. Vektorerne gør at grafikken kan skaleres op og ned uden at den mister skarphed, som et rasterbillede vil gøre. Og det betyder at én og samme vektor grafik kan vises i alle størrelser, retina skærm eller ej!
  • Piktogrammer / ikoner kan også fungere som SVG, men der kan også anvendes en af de tilgængelige piktogram / ikon ‘fonts’. Det er blot en skrifttype, hvor der ikke er tegnet bogstaver men piktogrammer. Skrifttyper er vektor baseret og derfor kan piktogrammerne skaleres op og ned, og ser lige skarpe ud! Og er nem at anvende og justere!

Selvom du vil være ‘retina-ready’ og understøtte pixeltætheden af hi-density skærme, er det en god idé at ens kode kan adskille disse skærme fra de traditionelle. Dette for at undgå at enheder med traditionelle skærme henter større billeder ned end de har brug for. CSS er rigtig effektiv her.

Der findes også tekniker til at hente billeder ned for en bestemt grafik, afhængig af ens skærmstørrelse, og dermed styre billeddimensioner af det man downloader.

‘Lazy-loading’ er en teknik, der først henter billederne når de fremgår i ‘view-porten’. Med andre ord, når en bruger skal se dem, fx når han er scrollet dertil, i stedet for at alle bliver downloaded på én gang.

One-pager

Har du en lille hjemmeside, kan du overveje en ‘one-pager’: Alt dit indhold som normal er fordelt over flere sider, bliver vist, fordelt over sektioner på én side, ‘forsiden’. Din navigation linker til ‘anchors’ på denne side, og dermed har hver ‘side’, undskyld ‘sektion’, sin egen URL, og er dermed SEO venlig. Det vil spare brugerens ‘requests’ til webserveren og dermed ventetid.  Ved at scrolle lidt, vil brugeren måske se indhold han ellers ikke vil have set. 🙂
Men husk at den lange side ikke skal være fyldt med (stor) grafik, som fx parallax scrolling sektioner (, skjul dem for mobil). Lazy-loading for billeder kunne være et godt tiltag.
Apropos, parallax scrolling på mobil kan få en side til at ‘hænge’ lidt.

Single Page Applications

Den ultimative løsning til mobiloptimering!!
En Single Page Application (SPA) er én enkel (ikke webserver genereret) HTML side, hvor alt er styret af Javascript. Siden i sig selv kender ikke nogen indhold, det bliver hentet fra en API, i baggrunden, for hvert ‘request’.
Hermed sparer man alt ‘over-kill’ en traditionel side har: En traditionel side er ‘stateless’, det vil sige at når man fx klikker på “Kontakt” i navigationen, bliver der lavet en ny forespørgsel til webserveren, siden forvinder, og den nye side bliver henten ned, inklusiv header, footer, navigation, kort sagt næsten alt som du allerede havde på den forrige side – du vil egentlig bare hente Kontakt indholdet…
En SPA henter netop kun den information, du beder om – i baggrunden. D.v.s. siden bliver ‘stående’, indholdsområdet bliver skiftet ud.
Siden fungerer egentlig som en ‘mobil-app’, der bliver hentet fra nettet. (Hvis man vil, kan man bruge den samme kode til en rigtig ‘mobil-app’, lavet som ‘hybrid-app‘!!). Brugeren vil også opleve dit site som en app. En SPA egner sig også rigtig godt til interaktivitet!
Fordi man udvikler en SPA med et app ‘mind-set’ skærer man også alt til benet; cut-the-crap. Appen bliver ikke generet af nogen webserver (det gør kun APIen), og serveres derfor lynhurtigt, den kan caches af browseren og kan rent faktisk blive serveret fra en CDN.
Man kan give alt indhold sin unikke URL, d.v.s. at brugere altid kan bookmarke, og søgemaskiner kan indeksere indhold fra din SPA.
Bemærk: da søgemaskiner ikke kan udføre klient kode som Javascript, skal de ‘proxies’ videre til en app / service som leverer dem indholdet pre-renderet på siden, eller lave en simpel Ember FastBoot install hvis du bruger Ember.JS. Husk at tage den del med!

En SPA skal ikke forveksles med en one-pager, da en one-pager er genereret af en webserver (hvor blot alt indhold er sat ind på én side)

Flexi

Bruger man Ember.JS som framework til ens SPA, kan man bygge sit layout op via add-on Flexi. I et responsive layout som vi kender det, loader man en frygtelig masse ‘markup’ (=HTML kode) og i ens CSS bestemmer man hvad der vises og skjules, afhængig af brugerens skærmstørrelse.
Men i en SPA loader man templates ‘on-the-fly’ på klienten (ikke på webserveren). Flexi giver en udvikler mulighed for at loade specifikke templates for specikke enheder / skærmstørrelser. Det vil sige at man hermed også sparer på overflødig template-kode som giver en endnu hurtigere rendering.
Med Flexi i sin SPA, kan man spare alt det overflødige væk man kan komme i tanke om. 100% Mobil optimering!

“M.” [ɛm dɑt]

“M.” er blot et ofte brugt subdomæne for et mobil site, som fx “m.youtube.com”. Anvender man sådan en opdeling, kan man understøtte mobile enheder fuld ud med sin SPA på ét domæne (fx “m.your-site.com”) og køre sit ‘almindelige’ site for desktop browsers på sit oprindelige domæne (fx “www.your-site.com”). Bedste fra (og for) begge verdener!
Man ‘redirecter’ besøgende fra mobile enheder på www.-sitet, til m.-sitet. Med et velovervejet URL-design kan man sende brugere fra en URL til dens equivalent på m-.sitet.
Men den opmærksomme læser vil bemærke at “M.” ikke er ‘mobile-first’ tænkning: Så skulle mobil sitet være tilgængelig på “www.your-site.com” og desktop sitet på fx. “desktop.your-site.com”, eller “d.your-site.com”. Start en ny trend: “D.”!!!

Ulempen med “M.”, eller “D.” for den sags skyld, er at der nu er to ‘codebases’ man skal vedligeholde. Men som du nok har forstået, kommer en gennemført mobiloptimering ikke faldende ned fra himlen. Hvor vidt man vil gå, er en prioritering!

Mobil optimering opsummeret

En god oplevelse af en hjemmeside på mobilen er et krav i dag. Udfordringer ligger i mindre skærmplads og mindre (stabil) båndbredde. Der er flere løsningen, alt afhængig af ens budget eller ens fokus på mobil optimering.
Vi har talt om:

  • Responsive layout
  • Tænk og design ‘mobile-first’
  • Statiske filer, komprimering, cache og CDN
  • Smart grafik, retina
  • Cut-the-crap
  • Ingen sliders
  • One-pager
  • Single Page Applications
  • Flexi
  • “M.” [ɛm dɑt]

Et responsive layout er starten, og standarden i dag. En god tilgang er ‘mobile-first’ tankegang.
Man kan finjustere sin eksisterende hjemmeside ved at gennemse sine ‘statiske filer’, og skære overflødigt indhold væk.
Den ultimative løsning er en Single Page Application (SPA).
Eventuelt kan man have et website til desktop besøgende og et separat website med en SPA til mobile besøgende.

 

0

Fra 1. juli træder der et par mindre ændringer i sejKos nuværende forretningsbetingelser i kraft.
Det kommer til at dreje sig om følgende:

  • §2: timepris à 800,- kr.
  • §2: mulighed for afregning via klippekort *
  • §2: ved hasteopgaver tillægges timeprisen 25 %

Klippekort *

Fra 1. juli kan der købes timer via et klippekort à 25 timer og dermed spares 50,- kr. pr. time.
Læs nærmere om klippekortet.

0

Denne artikel skriver jeg i anledning af blog-posten på nedenstående link:

https://www.wordfence.com/blog/2016/02/wordpress-password-security/

Jeg anbefaler at du læser ovenstående blog-post, men her er en kort opsummering:
Wordfence sikkerhedskonsulenterne har i en måling på 16 timer registreret over 6 millioner password angreb på over 70 tusinde forskellige websites der bruger deres software.
Disse angreb er hovedsageligt såkaldte ‘brute force’ angreb, som betyder at en ‘robot’ forsøger forskellige login kombinationer indtil der er ‘bingo’.
De viser en liste over top lande hvor angrebene er blevet udført fra, og Ukraine får her en velfortjent førsteplads.

‘Brute force attacks’ er den mest enkele form for angreb og er derfor også en af de mest forekommende.

Hvordan undgår man disse angreb?

Ved en kombination af hosting hos Away IT og et af sejKos sikkerhedspakker står man stærkt:

  • Geo-blokkering gør, at ens backend kun er tilgængelig fra danske IP adresser. Skal du på ferie og arbejde på din hjemmeside, kan vi låse op for det pågældende land.
  • Der er begrænsning på antal login-forsøg, ved overskridelse bliver IP adressen blokkeret.
  • Blokkering af IP adresser som er blacklistet hos Wordfence.

Fordi kodeord ofte er det svageste led i en hjemmesides sikkerhed, kan man, sidst men ikke mindst, gøre hele websitet fri for kodeord via en såkaldt ‘two-factor authentication’. Læs mere herom i denne artikel “Bare glem dine kodeord”.

0

Dit site er ikke mere sikkert end dettes svageste kodeord

Et stærkt kodeord er et man ikke kan huske, dem man kan huske er som regel for svage m.h.t. sikkerhed. Du er nok heller ikke den eneste der bruger det samme kodeord (som du kan huske…) til forskellige formål…

Derfor er kodeord internettets svageste led! Rigtig mange hackerangreb skyldes for svage kodeord.

Du kan logge ind på dit WordPress site helt uden kodeord, ved hjælp af Clef: Du scanner loginskærmen med din smart-phone.
Nu kan du bogstaveligt talt glemme alt om dit kodeord – eller medarbejdernes kodeord! Vi kan lukke helt af for kodeord adgang!
Nemt for dig og dine medarbejdere og forøget sikkerhed for din hjemmeside!

Ring til sejKo hvis du vil have Clef sat op på dit WordPress site.

0

Sejko ønsker alle hermed en glædelig Jul og godt Nytår og ser glad tilbage på et godt samarbejde i 2015!

SejKo er tilgængeligt mellem Jul og Nytår, dog ikke på selve helligdagene – send SMS i nødstilfælde.

Glædelig grøn Jul

0

Sidste uge havde sejKo Jonathan Klainberger i praktik.
Det er hårdt men hyggeligt at være praktikant her; først skulle den 15 årige Jonathan følge sejKos programmering lynkursus (med Kaj & Andrea eksempler!) så vises der basics af HTML & CSS (og sikke en funky sider der kom ud af det!), så afsluttes fredagen med et opbygning at et simpelt skyde-spil i Javascript – og en Kaj kage selvfølgelig 🙂
Tak for besøget Jonathan!