FAQ |
Kalender |
2012-11-05, 08:21 | #21 | ||
|
|||
Medlem
|
Citat:
Jag menar att om du testar och analyserar befintlig trafik så säger det ju inget om vad användarna saknar, inte hittar eller om de inte går in alls på siten via mobilen eftersom de inte tror / tycker att det ger en bra upplevelse. Hur delar du in användarna i dessa fack? Kikar du på upplösning? Enhet? Browser? OS? Var drar du gränsen för vilka som får hamna på den mobila siten? Jag tycker det är farligt att skapa den uppdelningen. Vi borde inte prata om en "mobil webb" och en "vanlig webb", det borde handla om en web. Punkt. Oavsett enhet eller kontext. Allt annat är farligt och kommer att låsa in oss i framtiden. Vill du ha en extremt välpolerad upplevelse för en specifik enhet - gör en app. |
||
Svara med citat |
2012-11-05, 11:57 | #22 | ||
|
|||
Administratör
|
Citat:
1.) Resurser. Att skapa en hyfsat polerad mobil-sajt istället för en app kräver mindre spetskompetens, är lättare att underhålla och kräver mindre planering eftersom du säkert kan göra kontinuerligt förbättringsarbete som går ut direkt. 2.) Om du har väldigt mycket trafik från vissa typer av mobila enheter - kan du räkna med att de laddar ner din applikation bara du pushar för den eller kommer du alltid att ha en betydande andel som inte vill ladda ner den? I min mening så gäller ALLTID det senare. Du kommer aldrig få 99% nedladdnings-andel - oavsett hur bra din app är. Med betydande trafik till sajten från vissa typer av annorlunda enheter blir det då per automatik nödvändigt att skapa en bra polerad användarupplevelse för detta. Ska det göras bra och omfattande är oftast en mobil-sajt optimalt för både ROI och användarupplevelse. Att analysera existerande trafik är lättast men säger inte allt givetvis. Men prio #1 för förbättringsarbete av din sajt borde alltid vara att ta hand om de besökarna du har. Har du ingen betydande trafik måste du gissa dig fram eller göra andra typer av undersökningar. Men har du trafik har du en besökarbas där du kan göra riktiga och betydande analyser. I dessa tider har du också, med största sannolikhet, en betydande andel besökare från tablets och telefoner som du faktiskt kan analysera och få fram hårda beteende-data av. Även om de vänder efter första requesten så har du något att utgå ifrån och testa dig fram att förbättra. Du kan testa responsive ... du kan testa mobil-sajt ... du kan testa konvertering i app-downloads. Se till att fånga upp relevant interaktions-statistik så ser du exakt hur mycket det hjälper för att öka konverteringar, time spent eller återkommande besökare. Sedan kanske du kan börja förbättra upplevelsen för kylskåps-browsers som du inte ens kan analysera (överdrift, men jag hoppas poängen går fram). Om 5 år kanske du behöver optimera för TV-apparater också. Men i nuläget finns 3 typer av viktiga enheter för att täcka marknaden för de flesta sajter - mobil, tablet och dator. För anpassade sajter kan responsive fortfarande vara väldgt väldigt nyttigt. T ex för att säkra effektiv layout mellan olika upplösningar. Men när man får andra typer av input, väldigt annorlunda hårdvaru-kapacitet, annat användarbeteende osv osv att ta hänsyn till på samma gång - då blir responsive väldigt tidsödande och komplicerat med väldigt mycket javascript-hantering.
__________________
eldefors.com - Personlig (teknik)-blogg |
||
Svara med citat |
2012-11-05, 12:53 | #23 | ||
|
|||
Medlem
|
Citat:
En lösning som är ganska praktisk är att om man tror att requesten är en mobil dito så visar man en länk till mobilsiten på desktop siten. Denna desktop site kan ju mycket väl vara responsiv i sin helhet men för att ytterligare förbättra mobila användares upplevelse så finns en mobil variant som ett alternativ. Jag håller annars med dig ut ett "teoretiskt" perspektiv. I normalfallet skulle jag själv göra egna webbar med ett responsive "mobile first" angreppssätt. Dvs layouten m.m optimerat för låga skärmupplösningar för att få rena, enkla gränssnitt. Och där man eventuellt lägger på max 1 style / funktion för skärmupplösningar större än 500 pixlar eller nåt.. Dock i "praktiken" med projekt med många möjliga funktionella/design krav skulle jag göra en separat mobilsite bl.a för att underhåll tenderar att bli för komplext och för att det är svårt att optimera laddtider för statiska resurser |
||
Svara med citat |
2012-11-05, 13:35 | #24 | ||
|
|||
Medlem
|
Citat:
Personligen tycker jag det verkar jobbigare att underhålla flera olika siter än en som fungerar i alla enheter. Om man alltid optimerar resurser och tänker content first lär man inte ha några prestandaproblem oavsett enhet. Designkrav må man ha, men här har vi ju haft ett ganska felaktigt tänk genom åren. Någon gång för länge sedan slutade man tänka på webben som det flexibla media den är och istället började man tänka på den som ett tryckt media där designen är statisk och man ville ha pixelperfekta siter utefter skisser. Jag anser att appar är till för speciella upplevelser i specifika enheter, tänk istället för kampanjsiter eller något med ett extremt smalt användningsområde och att användarna sedan kan skickas till den responsiva siten från appen. Senast redigerad av Syke den 2012-11-05 klockan 13:46 |
||
Svara med citat |
2012-11-05, 13:45 | #25 | ||
|
|||
Medlem
|
Citat:
Citat:
Vad gör du när det kommer touch på stationära datorer t.ex.? Då kommer du ju ändå att behöva implementera det stödet på samma sätt som du gjort på mobilsiten. Om man alltid tänker content first och optimerar sidan för att ladda så snabbt som möjligt och använder sig av feature detection för ex. touchstöd spelar det inte någon roll vilken enhet besökaren kommer in på. |
||
Svara med citat |
2012-11-08, 15:52 | #26 | |||
|
||||
Flitig postare
|
Oj var många som skrev i denna tråden jag skapade... Nu är det så att över 30% använder mobilen vid besök av min sajt, vad bör jag göra för att behålla besökarna bäst? i dagsläget så är inte min sajt optimal för mobiltelefoner, eller det blir ett jäkla scrollande hit- och dit... bör jag skapa en subdomän för mobila enheter?
|
|||
Svara med citat |
2012-11-08, 17:37 | #27 | ||
|
|||
Flitig postare
|
Ser ut som om nån annan skapade tråden... aja.
Hur du skall göra beror ju helt på resurser och hur mycket jobb man vill lägga ner. Är sidan hyfsat uppbyggd kan det ju räcka att göra olika css regler beroende på upplösning hos klienten. Men som sagt beror ju helt på hur sidan i sig är uppbyggd. Har du något exempel? |
||
Svara med citat |
2012-11-13, 10:16 | #28 | ||
|
|||
Mycket flitig postare
|
Själv tycker jag att responsiv design är en självklarhet nu för tiden.
Däremot förutsätter det att man gjort det ordentligt och riktigt bra. Man vill, som ni säger, inte tappa väsentligt innehåll och även hålla designen snygg. Det skall bli spännande att se hur det utvecklar sig. Det verkar hittills inte vara speciellt brett utspritt. |
||
Svara med citat |
2012-11-13, 12:00 | #29 | ||
|
|||
Supermoderator
|
Citat:
__________________
Full-stack developer, free for smaller assignments |
||
Svara med citat |
2012-11-13, 12:12 | #30 | ||
|
|||
Mycket flitig postare
|
Citat:
Jag anser att det är en självklarhet att man bör bygga sin webbplats i responsiv design. Men tyvärr verkar det inte vara alltför utbrett ännu. |
||
Svara med citat |
Svara |
|
|