Erik har jobbat med webb professionellt sedan 2008. Från 2005 till 2008 studerades webb på ING/JTH och dessförinnan skapades webb på all fritid. Första sajten byggdes någon gång mellan 1996-1998.
Besökare har i regel inte tid eller tålamod att vänta, ”undra vad som kommer härnäst”, det innebär att alla bilder efter den första har väldigt låg effekt – de flesta ser dom aldrig.
En studie av sliders på University of Notre Dames sajt, visade att av 3,7 miljoner besök så var det 1% som klickade, 89 % av dessa interaktioner var på den första bilden. Förvisso en studie med några år på nacken men inget pekar på att beteendet skulle ha ändrats.
I de allra flesta fall scrollar besökare efter direkta/riktade ingångar som möter deras behov för tillfället. Det är alltså mer effektivt, tillgängligt och tydligt att lägga ut innehållet efter varandra än att gömma undan. En god innehållsprioritering signalerar också att företaget/sajten har en tydlig webbstrategi, en karusell vittnar om det motsatta och det är ett tydligt sätt att visa på hur flera viljors önskan att just deras innehåll är bäst.
Carousels are effective at being able to tell people in Marketing/Senior Management that their latest idea is now on the Home Page.
They are next to useless for users and often“skipped” because they look like advertisements. Hence they are a good technique for getting useless information on a Home Page(see first sentence of this post).
In summary, use them to put content that users will ignore on your Home Page. Or, if you prefer, don’t use them. Ever. Btw these views are not my own, but are based upon observing thousands of tests with users.
Svenska företaget Conversionista gjorde ett eye-tracking-A/B-test och fann att en statisk bild fick mycket större uppmärksamhet än en slider. Man sammanfattar med ”vår studie visar att användare i stor utsträckning ignorerar roterande toppbilder och att de inte heller interagerar med dem, även om de är klickbara.” Blair Keen på Adobe testade att ta bort deras slider och fick som resultat en försäljningsökning på 23 %.
Om det går långsamt för vissa så rör det sig för snabbt för andra. Ett störningsmoment kan uppstå om man läser eller tittar på något som sedan försvinner utan att man själv initierat det. Detta förutsätter så klart att bildspelet går på någon form av autoplay, undviker man det så är det bättre men då krävs å andra sidan stort jobb för att få besökaren att vilja klicka vidare till nästa slide.
En slider bör, om används, vara noggrant kodad så att den inte drar ner sajtens SEO eller användarupplevelse med exempelvis multipla h1-element*, dålig prestanda, begränsad responsiv funktionalitet, avsaknad av navigation och play/pause m.m (se även https://uxmovement.com/navigation/big-usability-mistakes-designers-make-on-carousels/). Det kan med andra ord vara svårt att hitta en färdigkodad som är tillräckligt bra eller för den delen bli dyrt att utveckla.
”Interna länkar skall öppnas i samma fönster medan externa länkar skall öppnas i ett nytt fönster.”
Utan att fördjupa sig mer inom området är detta devisen många går efter. För oss är svaret inte så enkelt. Särskilt om man vill skapa en bra upplevelse för sina användare.
Det diskuteras mycket kring vad som är mest lämpligt. Stor del av den forskning som gjorts är daterad och mycket har hänt sedan dess. Smarta telefoners intåg har ändrat vårt sätt att surfa på webben. Webbläsarna har sedan länge en funktion för att öppna länkar i en flik istället för i ett helt nytt fönster. Sajter bör, och även i vissa fall skall, vara tillgänglighetsanpassade, vilket också är en aspekt att ta hänsyn till.
En av de största problemen när man väljer att öppna länkar i ett nytt fönster/flik är att man tappar webbläsarens funktion för att gå bakåt och ställer krav på att användaren uppmärksammat detta. Bakåtknappen (via musklick, backsteg/backspace eller annat) är en av de mest använda funktionerna för att navigera på webben och därför är det viktigt att tänka till innan du väljer bort den. Möjligheten att öppna en extern länk i en ny flik istället för ett nytt fönster underlättar visserligen för användaren. Detta eftersom de enklare ser att något nytt öppnats och att det blivit enklare att komma tillbaka till där de kom från. Dock är det främst en sanning för de som sitter på desktop. Flik-funktionen är inte alls lika enkel för de användare som surfar via mobiltelefoner eller andra mindre skärmar eftersom flikar på en mobiltelefon brukar fungera som nya fönster på grund av platsbrist.
När det kommer till tillgänglighet är rekommendationerna tydliga – man bör undvika så långt som möjligt att öppna upp länkar i nya flikar/fönster (w3.org – WCAG 2.0 G200, CSS-tricks – When to use target=”_blank”). Detta då det försvårar navigeringen på din sajt och användarna riskerar att göra fel.
”In general, it is better not to open new windows and tabs since they can be disorienting for people, especially people who have difficulty perceiving visual content.”
Vi har genom åren fått höra att många är rädda för tappa användare om de öppnar en extern länk i samma fönster/flik. Men har man en väl fungerande bakåtknapp skall det inte vara några problem för användaren att enkelt komma tillbaka till din sajt. Det kan snarare vara svårare för användaren att ta sig tillbaka till rätt fönster/flik när länken öppnats i ett nytt fönster/flik. Detta gäller särskilt när användaren surfar via sin mobil.
Istället för att hålla fast i den gamla devisen utgår vi istället ifrån användarupplevelsen för den specifika situationen för att kunna avgöra vad som är bäst. I grunden håller vi oss till att både interna och externa länkar skall öppnas i samma fönster/flik. Vi vill inte bryta ett användarflöde bara för att vi är rädda att förlora dem till andra sajter. Att störa flödet kan dessutom betyda att vi riskerar att göra användarna frustrerade eftersom det krånglar till det för dem. Vi vill att användarna skall gilla oss. Det är heller inte alltid så att din sajt kan hjälpa användaren att uppnå sitt mål, utan ibland är du bara en del i resan mot målet. Du behöver därför inte försöka äga användarna utan våga släppa iväg dem. Nöjda användare kommer tillbaka. Det du istället behöver fokusera på är att skapa bättre innehåll som får besökarna att vilja stanna längre.
Undantag?
Det finns flera indikationer för då det kanske lämpar sig att öppna upp innehåll i ett nytt fönster/ny flik, men fokus måste alltid vara på att tänka till kring själva användarflödet. Exempel på indikatorer är:
Användaren är inne i ett specifikt användarflöde. Exempelvis då besökaren klickat på ”Hjälp” eller är i ett utcheckningssteg och vill läsa mer om fraktvillkoren.
Då man riskerar att förlora information som användare fyllt i, såsom filtrering i produktsök eller andra typer av formulär.
Då användaren är inloggad i ett system och kan riskera att tappa inloggning eller kontroll av huvudsaklig uppgift. Bra är då att märka upp externa länkar (som öppnas in nytt fönster/flik). Se sista stycket.
Det finns i de allra flesta fall andra lösningar att komma runt problematiken, helt beroende på vad det gäller så klart. I vissa fall kan ett alternativ som låter oss dölja/visa mer innehåll på samma sida vara en godtagbar lösning, som dessutom kan ge oss ett bättre resultat i slutändan. I andra fall kan ett nytt tänk kring innehåll, layout och funktionalitet lösa så eventuella bekymmer kring detta sällan uppstår.
Vi surfar på webben på sitt egna sätt. Bestämmer man som redaktör eller utvecklare att en länk ska öppnas i nytt fönster/flik så får inte de besökare som vill vara kvar i samma fönster/flik (vilket följer deras egna surfbeteende) oftast något val. Låter man det däremot vara orört så kan de som vill följa länken i samma fönster/flik medan de som öppnar i nytt alltid kan göra det genom exempelvis [högerklick]+”Öppna länk på ny flik” eller det lite snabbare ctrl/cmd +[klick] (motsvaras av långt tryck på touch-enheter). Att öppna en länk i samma fönster är standard, att ändra en standard bör vara noga övervägt.
Bra att tänka om du har länkar som öppnar i nytt fönster/flik är att, i den mån det går, förtydliga att de öppnas i nytt fönster/flik. Man kan exempelvis skriva ut det i en parantes i länken eller använda sig av en lämplig ikon.
UX gurus Nielsen Norman Group summerar”Video content is helpful only if users have control over it, understand what’s contained within it, and have an alternate way to access it.”
Det finns inget standardbeteende för hur besökare agerar när de påträffar en video på en sajt. Några kollar direkt, några kollar innehållet runt omkring först och ser videon först därefter. Vissa är inte intresserade av eller har möjlighet att kolla (3G-nät, surf i offentlig miljö, under möte eller liknande). Samma persons beteende kan variera från sajt till sajt och/eller från uppgift till uppgift. Därför kan man aldrig garantera att någon kommer att se eller är intresserad av videons innehåll.
I sammanhanget har videos en stor nackdel – besökaren tar in innehållet sekventiellt. De behöver alltså vänta in innehållet i den ordning det presenteras utan att veta om det som kommer är relevant för deras behov. Därför kräver videos mer av besökarens tid än motsvarande innehåll i text. Text stödjer nämligen att snabbt kunna scanna av information, vilket är det primära sättet som de allra flesta interagerar med information på webben.
UX-studier (bl.a. av NN Group) visar att besökare inte uppskattar att bli överraskade av video eller ljud som börjar spelas utan deras medgivande. Det kan förvirra eller distrahera besökaren och kan inkräkta på sättet de konsumerar sajtens innehåll.
För besökare som inte vill se en autospelade video krävs en stor kognitiv och extra insats för att hitta ett sätt att stänga av eller hitta en mute-knapp.
Vi ser även indikationer, om än med sämre forskningsstöd, att personer över 35 har mer ont av autoplay än yngre personer. Det kan alltså vara lurigare om sajtens målgrupp är äldre personer.
Både NN Group och Bokardos publicering av “Principles of UI Design” trycker på uttrycket “Keep users in control”. Människor är som mest bekväma är de känner att de har kontroll på sig själva och sin omgivning. Därför ska man försöka att inte tvinga folk till oplanerade interaktioner och försöka guida så pass att de vet vad som väntar. Uppmärksamhet är dyrt i en värld med ständiga avbrott och distraktioner. Således kan resultaten förbättras om man respekterar uppmärksamheten och låter besökaren fokusera på att exempelvis läsa klart en produkttext eller liknande utan för mycket distraktioner.
Genom att implementera autoplay på videos gör du en hel del antaganden. Du förutsätter bland annat att alla dina besökare:
använder en webbläsare och hårdvara som klarar av att spela upp videon smärtfritt
har en bra uppkoppling och eventuellt inte heller behöver bry sig om hur mycket surf de gör åt
Uppkoppling är intressant då ett inte alls otänkbart scenario är att någon försöker komma åt ex. produktinformation eller kontaktuppgifter ute i skogen och mark (eller i Marbäck) – där möts man ofta av halvknackig 3G, även i södra Sverige. Än värre utomlands.
Surfdatamängd är kanske inte ett lika stort problem i Sverige, bortsett om du vänder dig mot tonåringar, som det är utomlands där det fortfarande kan vara dyrt med surfdata. Det är lätt att tro att det mest är ett problem i afrikanska länder där 1 GB surf kan kosta upp emot 300 kr. Men andra exempel är Grekland och Kanada (~120 kr/1 GB) och USA, Schweiz och Österrike på ~80 kr/1 Gb. Källa: https://www.visualcapitalist.com/cost-of-mobile-data-worldwide/ . Notera att många operativsystemstillverkare har stängt av autoplayfunktionalitet pga just surfdata och“as well as for the sanity of user browsing”. Glöm dock inte att många kan surfa med“telefonen som modem”.
är intresserade eller blir intresserade av din video
inte lyssnar (om ljud är påslaget) eller kollar på något annat samtidigt
att personen befinner sig på en plats och i ett sammanhang där det funkar att se en video (och eventuellt lyssna på ljud)
Om något av dessa antaganden visar sig vara fel så är det hög sannolikhet att besökaren lämnar sajten snabbt och chansen at de ska komma tillbaka minskar troligtvis (bortsett från ett ev. irritationsmoment så är det många gånger enklare att stänga fliken/fönstret än att leta upp en paus/stopp-knapp). Man ser högre bounce rates och det kan även påverka saker som sökranking m.m.
Prestanda och dataförbrukning
I Sverige har vi det ganska bra. De flesta (om inte alla numera) bredbandsabonnemang ger obegränsad med surf. Vad gäller mobila abonnemang så har vi relativt mycket surf för liten peng. Men så ser det inte ut utomlands och vi behöver inte åka särskilt långt, egna erfarenheter talar om hyfsade skillnader bara genom att åka till Tyskland eller Storbritannien, både i hastighet och kostnad. Se listan ovanför för mobil surfkostnad i andra länder.
Och som ovan: Notera att många operativsystemstillverkare har stängt av autoplayfunktionalitet pga just surfdata och“as well as for the sanity of user browsing”. Glöm dock inte att många kan surfa med“telefonen som modem”.
Men något vi inte är fullt så bra på i Sverige är vettig täckning. Se listan ovanför igen. Många gånger finns fördelarna i en snabb och lätt sajt i åtkomsten även när täckningen är lite sämre. Mätningar visar att besökare förväntar sig att en sidladdning ska gå på max 3-4 s, tar det längre tid så klickar man bort. Kanske är det då konkurrenten som tar affären istället.
En inbäddad video kommer att öka på laddningstid, en autoplayad video än mer. Dåliga laddingstider ger inte bara otåliga användare som i många fall stänger ner sidan, testar konkurrenten eller gör något annat. Det är också en stor faktor i din SEO-ranking. Läs mer nedan.
An auto-playing video is bandwidth intensive. A good 30-second video can take up to 10 megabytes worth of bandwidth consumption. That’s more bandwidth than taken up by 100s of images and HTML script texts on your website. In case your website observes a traffic surge or your customer’s Internet isn’t par excellent in speed, it can easily divert your customer’s attention to other alternatives, leaving you eventually at a loss.
Tillgänglighet, funktionsnedsättning och funktionshinder
“Cirka en av fem personer har en funktionsnedsättning. Ännu fler har det periodvis i livet.” – webbriktlinjer.se
Personer med koncentrationssvårigheter, ADHD, ev. epilepsi m.m. vill med stor sannolikhet gärna ha kontroll över vad om sker. Överlag bör man som sagt vara försiktig med distraktioner om man vill förbättra tillgängligheten på sin sajt.
Ponera att du surfar webben med hjälp av skärmläsare och besöker en sajt med video autoplay och ljud påslaget. Tänk sedan att du behöver lyssna igenom sidan för att hitta kontrollerna för att pausa/mute:a video – men du kan inte höra skärmläsaren för att ljudet på filmen spelas. W3:s WCAG 2.0 är tydligt https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-dis-audio.html . Notera att detta även kan påverka människor som har svårt för att ta till sig text när ljud spelas.
Either of the following checks are true:
Media content does not play automatically.
The user is pre-warned that media will automatically play and there is a control to stop or pause.
Hur är detta relevant? Många gånger har man hört “ja men vi skiter i dom”, “det rör ju inte oss” eller “det är inte vår målgrupp”. Så kan det ju vara, men ofta vet vi ju inte exakt vilka besökare vi har, det mesta är gissningar med olika bra pricksäkerhet.
Det finns många olika funktionsnedsättningar. Ganska många av dem, till exempel dyslexi och färgblindhet, märker omgivningen vanligtvis ingenting av. Därför är det lätt att underskatta hur många människor som berörs av tillgänglighet och funktionshinder.
– webbriktlinjer.se
Bra att ha i bakhuvudet om man bygger webb i allmänhet är att:
Rörelse och motorik
20 procent av Sveriges befolkning är över 65 års ålder, och andelen kommer att öka.
515 000 personer över 16 år har en rörelsenedsättning. Nästan hälften av dem är över 75 år.
Det finns många tillfälliga problem som gör att det är svårt att röra sig eller använda en dator; en hel del olyckor sker i samband med idrott och vintertid blir fallolyckorna fler på grund av halka.
Läsa och skriva
Omkring 25 % av den vuxna befolkningen har problem med att läsa. *
5–8 % beräknas ha dyslexi.
Varje år drabbas upp till 10 000 personer av afasi. En tredjedel av dessa är i yrkesverksam ålder.
Syn
Mer än hälften av befolkningen över 16 år behöver läsglasögon.
Sett till antalet inskrivna på landets syncentraler räknas omkring 120 000 som synskadade.
Åtminstone 30 000 är gravt synnedsatta eller helt blinda.
Några procent av befolkningen är färgblinda.
Hörsel
1,5 miljoner hör dåligt. Mer än hälften av dessa är över 65 år.
Fler än 700 000 personer uppskattas behöva hörapparat, men bara knappt 500 000 har en apparat.
Åtminstone 15 000 personer är gravt hörselskadade eller har blivit döva i vuxen ålder.
Åtminstone 10 000 är barndomsdöva, och det föds åtminstone 70 döva barn per år.
Åtminstone 30 000 personer är i behov av teckenspråk eller liknande stöd.
Neuropsykiatriskt
5 % av alla barn och 2,5 % av alla vuxna uppskattas ha adhd.
1–2 % av befolkningen har en autismspektrumdiagnos.
Dåligt utformade IT-system skapar den här typen av svårigheter hos många individer som inte har någon funktionsnedsättning i andra situationer.
* Här kan man tänka sig att många skulle ha lättare för att ta in information via film. Absolut, det är till och med bra för tillgängligheten! Men den kanske inte behöver ha autoplay?
Ang dövhet:“Uppgifterna om hur många döva personer det finns är egentligen föråldrade – de kommer från offentliga utredningar som gjordes 2004 respektive 1989. Med tanke på att befolkningen har ökat sedan dess är det sannolikt att det nu finns fler döva. Men vi väljer att vara försiktiga, och presenterar därför de lägre siffrorna här.”
Det finns mycket som pekar på att autoplayade videos har en sämre konverteringsgrad. Se nedanstående artiklar:
So yes, it is polite to leave your audience alone while they navigate your site. Draw a ton of attention to your video on your page to make sure they don’t miss it, do what you can to convince them to press play, and then give them their space.
There’s one exception, and that’s when your users intent to view a video when they arrive on your page. YouTube is a great example of this. If a user clicks a YouTube link, the video is going to play as soon as it has loaded. This is because that user knows what YouTube is and knows what goes on there. They expect a video, and thus by autoplaying that video, the barrier to use is lowered.
This is really only valid for dedicated video hosting pages.[…] As long as a user intends to view a video when they land on your page, then autoplay is fine. Every other circumstance, just disable it.
Is your goal to get people to bounce off your page in record time, even before you’ve had the chance to get them to your call to action? Because this is the best way to do it. Think about it for a second. How annoying is it when you’re innocently searching for some information online and all of a sudden you hear this voice coming out of nowhere so you’ve got to scramble around to find where it’s coming from so you can stop it and just keep reading in peace? The answer: really freaking annoying. The thing is, if you’ve got a prominent video, a pleasant site design, and promising lead-in text, the visitor will want to watch your video to get the information you’re offering. All you have to do is not force it on them.(Because apparently we’re all control freaks who hate surprises.)
Setting your video to autoplay is equivalent to shoving your message down your visitors’ throats. Yes, they arrived at your post-click landing page looking for a solution to their problem. But give them the opportunity to digest your information at their control(pressing play) and not annoying them with your autoplay video. If you feel that autoplay is appropriate, try using a silent full-screen contextual video instead. These videos act as a replacement for your post-click landing page’s image, establish a context for your offer, and help you tell a compelling story.
Ovanstående artiklar har också goda förslag till alternativ till autoplay för bättre konvertering, ex. hur man kan tänka med CTA:s och liknande. De är skruvade åt “landing page”-hållet men vad är inte en landing page egentligen? Jag tycker att flera av teknikerna kan funka lika bra oavsett vart du är (med vissa modifiering kanske).
Övrig take-away är att videos helst ska vara max 30 sekunder (eller åtminstone inte längre än två minuter) för bästa effekt och det är också då användare har som störst fokus. Lägg dessutom rejält extra krut på de första fem sekunderna.
Does Google penalize a website when that website has an autoplaying video embedded on the page?
The answer, according to Google’s John Mueller back about a year ago – early March 2017 – is no. User Merlinox asked John if Google penalizes autoplaying video. John’s response was“Not at the moment. Should we?(I don’t like them either :-/).”
Dock är det inte ovanligt att bounce rate:n går upp och på så vis ger en impact i rankingen.
Prestandaförlusten i att ladda in en video, sidan tar längre tid att ladda, kan också påverka din SEO negativt. En autoplayad video laddar således också mer och gör din sida slö. Även om sökmotorerna kanske inte benchmarkar sidan med en simulerad dålig uppkoppling så kan de jämföra den med konkurrenters sidor och på så vis dra ner betyget. Detta enligt uppgift även om videon i sig är inbäddad från Youtube (Googleägt), om vi pratar Googles söktjänst. https://www.seoblog.com/autoplaying-videos-hurt-rankings/
“Autoplaying is wasteful for everyone involved because a page visit does not always demonstrate intent to watch. One notable exception is YouTube, where visiting a watch page is definitely intent to watch. Keep in mind that only home pages are crawled by HTTP Archive. So my theory is the top sites choose not to autoplay in order to keepbounce rates low and conversions high.”
-Rick Viscomi, a leader of the HTTP Archive project and Developer Advocate at Google
Se även denna artikel som sammanfattar prestanda, uppmärksamhet och SEO bra. “Eftersom sökmotorer premierar webbplatser med en god användarupplevelse leder ökad prestanda även till bättre sökmotoroptimering.”
“Men jag får ju autoplayade klipp i flödet på Facebook hela tiden” kan man höra ibland. Här finns dock flera skillnader att ta i beaktning.
Syfte och mål hos både plattform och användare exempelvis. Ett mål från Facebook är troligtvis att få dig att spendera så mycket tid det bara går på deras plattform och på den tiden hinna exponera så mycket reklam för dig som bara möjligt (det är så de tjänar pengar). Ditt syfte kan visserligen variera, kanske är det ren nöjesverksamhet men troligtvis är du i alla fall inte där primärt för att förkovra dig i djup kunskap om en tjänst eller produkt som sedan ligger till underlag för ett köpbeslut. Dvs. SM-plattformen tycker att det är okej att distrahera så mycket de bara kan för att behålla dig längre och du köper det för att dina behov/mål just nu är att slösurfa och gärna blir distraherad med fler roliga klipp (av samma anledning som man kan komma på sig själv att ha kollat youtubeklipp till 04 på morgonen – down the rabbit hole). De tjänar också så otroligt mycket pengar på det att de anser att det är okej att fortsätta köra autoplay även om majoriteten av användarna upplever det som obra.
Det finns fler mekanismer involverade, exempelvis vet vi att det är ganska svårt att avsluta sitt konto på exempelvis Facebook för att plattformen gör så mycket mer – hela ditt kontaktnät med vänner och bekanta, messaging och intressegrupper är stora anledningar till att du återkommer. Men en företagssajt har kanske inte lika mycket som gör att du känner ett behov av att återkomma, speciellt inte om det finns gott om konkurrens.
En spännande detalj är att den sajt med allra mest autoplayade videos, Youtube, har ett flöde utan autoplay.
Det finns möjlighet att stänga av autoplayfunktionalitet på de stora sociala medieplattformarna*. Detta går även att få till i webbläsare, kan rent av hända att det är inställt som standard på vissa, men är lite klurigare och kanske inte lika intuitivt. Webben är into the wild medan Sociala Media är appar, slutna ekosystem om man så vill, med user/account settings på given plats på ett annat sätt kan jag resonera.
* Instagram har inte funktionen rakt av men de har istället en inställning för tajt surfdata vilket bland annat ställer ner kvalitén på innehållet som konsumeras och i vissa fall (troligtvis) kan bromsa autoplay.
I de allra flesta fall rekommenderar vi att använda sig av Youtube* för att strömma video. På sajter, genom att bädda in videoklipp. Detta har stora fördelar med SEO (Google äger Youtube och du får på så vis också en dubbelindexering av klippet), att du får en katalog på youtube (folk kan hitta till ditt material inom plattformen) och att du slipper hosta videon själv.
Om du hostar själv påverkar utökad bandbreddsåtgång och utrymme serverkostnader. Prestanda m.m. blir med största sannolikhet inte lika bra som Youtube. För att inte tala om utvecklingskostnad för att koda en helt okej videospelare – där är Youtubes produkt extremt svårslagen.
Youtube tillåter inbäddning med autoplay-funktion men sedan en policyändring 2017 måste videoklippen också vara mute:ade för att det ska fungera. Med några undandtag så som om de har känt av tidigare interaktioner med domänen, om på desktop “Media Engagemnet Index”-värdet har passerats eller om användaren har lagt till sajten på sin hemskärm på telefonen eller installerat sajten som PWA på desktop (läs mer i länken under).
Argumenten för ändringen är enligt Google(översatt från engelska):
Webbläsare (med de största företagen i ryggen, Apple, Google, Microsoft, Mozilla reds. anm.) går mot striktare autoplaypolicys för att förbättra användarupplevelsen, minimera incitament att installera ad-blockers och reducera dataförbrukning på dyra eller belastade nätverk. Dessa ändringar är ämnade för att ge större “playback”-kontroll till användare […] (man bekräftar alltså det NN Group och Bokardo tryckt på, se ovan)
Autoplay tar kontroll från besökaren vilket är negativt ur usabilitysynpunkt
Kan vara svårhanterat av personer med funktionsnedsättning, tillfällig som permanent
Kan leda till sämre konvertering och sämre SEO
Bounce rates ökar m.m.
Besökaren kanske inte alls är på din sajt med syftet att kolla på film vilket kan leda till irritation och är det svårt att pausa/stänga av är att stänga sajten den lättaste vägen ut
Är man en frekvent besökare av din sajt blir det jobbigt att stänga av vid varje upprepat besök.
Äter prestanda, både på server och sajt men det ställer även krav på besökarens hårdvara och uppkoppling
Att spela upp med ljud är det största “big no-no”:et så krävs ljud för att ta till sig budskapet så finns egentligen inte autoplay som alternativ.
Sociala medier är inte helt lätt att jämföra med en vanlig sajt då det finns flera aspekter att ta hänsyn till. Mål och syfte för både plattform och dig som användare. Hur mycket cash de gör på videoinnehåll. Hur stort ekosystemet är, vilket gör det svårt att inte återkomma.
Förslag
En tanke är att vi kanske sätter ett gemensamt förhållningssätt till videos och autoplay utifrån våra affärer och kunders affärer (en kortare, saklig diskussion med Team Webb, Team sälj och Team Inbound, eller representanter därifrån efter att folk fått chans att läsa på?) Så att vi kan vara enade i vår argumentation och diskussion med kund. Även om vi kanske inte håller med personligen fullt ut. Själv känner jag att det är svårt att känna sig ensam med tankar om detta, även om jag vet att några håller med och några är emot. Med ovanstående hoppas jag att alla kan få lite kött på benen och inspiration att formulera egna tankar kring ämnet.
Initialt tänkte jag att det handlar mycket om mitt område och att det förväntas att jag svarar på/för den, men här ser vi att det är en fråga som även är multidiciplinär på så vis att den rör UX/UI/tillgänglighet, strategi, front-end, backend, SEO och inbound/konvertering m.m. Dessutom med nyansskillnader beroende på om vi bygger ett socialt nätverk eller stängt ekosystem/app kontra tjänster åt offentlig sektor eller PRO (bygger vi åt myndigheter/offentlig sektor finns lagstöd, från EU, åt ovan förda argument).
Världen har appmani, och många företag ser på appar som dealbreakers för att framstå som ett företag i framkant. Apphysterin är dock mest en sanning utifrån företagens perspektiv – siffran för antalet appar den genomsnittliga användaren laddar ner var nämligen redan år 2014 så låg att den avrundas till 0 appar/månad. För användare är alltså hajpen kring appar redan långt borta, medan företagen kör vidare. Appar kan absolut i många fall vara ett bra verktyg för affärsutveckling, men det finns en rad olika aspekter att överväga i valet mellan app och sajt. Frågan att ställa sig är; kan en app erbjuda möjligheter som i förhållande till en sajt är så unika att de kan uppnå den grad av affärsnytta som är nödvändig för att kompensera för skillnaden app vs. sajt?
Häromdagen flög jag med SAS. Halva boardingkortet, som om det är analogt ofta är ett A4-papper numera, bestod av reklam för ”SAS APP”. Boka, checka in, välj plats, kolla status och mycket mer stod det.
Eftersom SAS föreslår att man gör allt det där med appen började jag genast fundera på om de lagt ner sas.se och slog snabbt in adressen i webbläsaren på telefonen. Det hade de givetvis inte gjort, och all funktionalitet (vad jag kan se) som de promotar med appen finns även på deras sajt. Finns det då någon anledning för SAS att ha en app? Det går att argumentera för och emot i oändlighet. En fördel är i alla fall att de som gillar appar och söker på SAS i AppStore/Google Play får en träff. Men min åsikt är att så länge appen inte gör saker som sajten inte klarar av, som att exempelvis vara väldigt tajt integrerad med telefonens hårdvara (t.ex. kamera, gyro, GPS), så riskerar man att kasta pengar i sjön.
Just SAS app bygger på att man skapar och/eller loggar in med ett användarkonto, vilket skulle kunna vara ett argument för appen: inloggningsuppgifterna sparas på telefonen efter första inloggningen och sedan är det bara att köra. Men sajten skulle jag säga är ännu bättre eftersom där får man både användardelen och företagets övriga erbjudanden kombinerat, och jag kan göra allt som appen erbjuder under ”Mitt konto”. Dessutom kan jag spara inloggningsuppgifter i webbläsaren.
Något som skulle kunna vara en fördel med appen är att den finns för Apple Watch. Detta i kombination med att appen visar en QR-kod för incheckning ”med armen” ger ett gott argument. Men – hur många använder appen? Är det nog för att motivera kostnaden och nyttan?
Jämför sajtens destinationsvisning (1, 2) med appen (3)
Det kommer fler och fler rapporter om att vi inte längre vill ha en massa appar på telefonen, att vi drar oss för att ladda ner och att trots att vi har 20-40 appar installerade endast använder 5-6 av dem mer än en gång. Dessutom, jämför bara tiden och datamängden* som slösas på att behöva ladda hem en app jämfört med att bara öppna upp webbläsaren och gå in på sajten.
När jag bokar flyg är det ofta pris och flygtider och inte flygbolaget som spelar störst roll. En primär målgrupp för SAS app skulle kunna vara de som flyger business inom Skandinavien och då är det möjligtvis en en annan femma – oavsett så är deras app ett bra exempel att formulera dessa tankar kring då reklamen för den har riktats till mig. En vanlig resenär som inte flyger i arbetet och i detta fall inte ens inom Skandinavien. Sas.se erbjuder mig precis lika bra service, om inte bättre, än deras app. Den är mer lättillgänglig och jag som kund slipper anstränga mig i onödan. Vågar SAS fasa ut appen och spendera pengarna på en ännu bättre sajt istället?
Som de skriver i beskrivningstexten för appen: ”Hi there, we’re SAS the airline of Scandinavia. If you want to make travel easier when flying with us, you’ve got to download our app.” Nej, det är enklare att använda er sajt!
Många av de funktioner som finns i SAS-appen svarar alltså, i mångt och mycket, för samma funktioner som sajten erbjuder. Dessutom är de generellt sett både bättre och snyggare på sajten. Det kanske är där krutet ska brännas av?
En ytterligare parameter att överväga i valet ”app eller inte app”, utöver att appar ofta kostar mycket mer att utveckla än en sajt, är att användarupplevelsen delvis ligger utom ens kontroll eftersom nya versioner med förbättringar normalt sett faller i kraft först när den som har appen på sin telefon uppdaterar den. På en sajt sker uppdateringar för alla användare omedelbart.
Än en gång, appar kan vara rätt medie vid vissa ändamål (som du förstår så är till exempel inte spel inkluderat i denna analys). Men det finns som sagt en hel del variabler att väga in i sitt beslut. För i slutändan handlar det ju om att en app ska ge affärsnytta, inte om att haka på gamla trender.
* Att gå in på sas.se laddar hem 3,2 MB data jämfört med att ladda hem appen på 54,8 MB (iOS).
Ursprungligen publicerad på ipmulricehamn.se 2017-07-14
/*
* Login check and redirect to login page
*
*/
function check_login() {
// If user not logged in and not login page showing
// show the login page for the extranet
if (!is_user_logged_in() && !is_login_page()) {
require 'login.php';
exit;
}
}
// Function to check if page showing is login page
function is_login_page() {
return in_array($GLOBALS['pagenow'], array('wp-login.php'));
}
// Add ancestor-classes to nav menu when on single posts
add_filter( 'nav_menu_css_class', 'custom_menu_classes', 10, 2 );
function custom_menu_classes( $classes , $item ){
if ( get_post_type() == 'case' ) {
// remove unwanted classes if found
$classes = str_replace( 'current-page-ancestor', '', $classes );
// find the id you want and add the class you want
if ( $item->object_id == 10 ) {
$classes[] = 'current-page-ancestor current-menu-ancestor';
}
}
return $classes;
}
Använder mig av https://github.com/zeusdeux/isInViewport ihop med en egen liten snutt kod.
//https://github.com/zeusdeux/isInViewport
/*
* @author Mudit Ameta
* @license https://github.com/zeusdeux/isInViewport/blob/master/license.md MIT
*/
!function(a,b){function c(b){var c,d=a("<div></div>").css({width:"100%"});return b.append(d),c=b.width()-d.width(),d.remove(),c}function d(e,f){var g=e.getBoundingClientRect(),h=g.top,i=g.bottom,j=g.left,k=g.right,l=a.extend({tolerance:0,viewport:b},f),m=!1,n=l.viewport.jquery?l.viewport:a(l.viewport);n.length||(console.warn("isInViewport: The viewport selector you have provided matches no element on page."),console.warn("isInViewport: Defaulting to viewport as window"),n=a(b));var o=n.height(),p=n.width(),q=n.get(0).toString();if(n[0]!==b&&"[object Window]"!==q&&"[object DOMWindow]"!==q){var r=n.get(0).getBoundingClientRect();h-=r.top,i-=r.top,j-=r.left,k=j+p,d.scrollBarWidth=d.scrollBarWidth||c(n),p-=d.scrollBarWidth}return l.tolerance=~~Math.round(parseFloat(l.tolerance)),l.tolerance<0&&(l.tolerance=o+l.tolerance),Math.abs(j)>=p?m:m=l.tolerance?!!(h<=l.tolerance&&i>=l.tolerance):!!(i>0&&o>=h)}String.prototype.hasOwnProperty("trim")||(String.prototype.trim=function(){return this.replace(/^\s*(.*?)\s*$/,"$1")});var e=function(b){if(1===arguments.length&&"function"==typeof b&&(b=[b]),!(b instanceof Array))throw new SyntaxError("isInViewport: Argument(s) passed to .do/.run should be a function or an array of functions");for(var c=0;c<b.length;c++)if("function"==typeof b[c])for(var d=0;d<this.length;d++)b[c].call(a(this[d]));else console.warn("isInViewport: Argument(s) passed to .do/.run should be a function or an array of functions"),console.warn("isInViewport: Ignoring non-function values in array and moving on");return this};a.fn["do"]=function(a){return console.warn("isInViewport: .do causes issues in IE and some browsers since its a reserved. Use $.fn.run instead i.e., $(el).run(fn)."),e(a)},a.fn.run=e,a.extend(a.expr[":"],{"in-viewport":function(a,b,c){if(c[3]){var e=c[3].split(",");return 1===e.length&&isNaN(e[0])&&(e[1]=e[0],e[0]=void 0),d(a,{tolerance:e[0]?e[0].trim():void 0,viewport:e[1]?e[1].trim():void 0})}return d(a)}})}(window.jQuery,window);
(function($) {
$.fn.objectInView = function() {
var items = this;
var wh,
offset,
whOffset;
if (items.size() > 0)
init();
function init() {
wh = $(window).height();
offset = 70; //percent
whOffset = (wh/100) * offset;
$(window).scroll(animate);
}
function animate() {
items.each(function(index, el) {
var el = $(el);
var inView = el.filter(':in-viewport( ' + whOffset + ' )' );
// Add class active if in view and remove if not
if (inView.size() && !el.hasClass('active'))
inView.addClass('active');
else if (inView.size() == 0 && el.hasClass('active'))
$(el).removeClass('active');
});
}
}
$(function() {
// Objects to look for
$('.page-feature .banner').objectInView();
});
})(jQuery);
