Responsive design pour ou contre

J'ai eu le plaisir de lire un article que j'estime assez bon sur la problématique des sites pour mobile.
François-Olivier y expose son point de vu a la lumière de son expérience perso en abordant deux concepts proches des sites mobiles, savoir la conception et le référencement. Bien que l'article soit orienté SEO il a su introduire quelques concepts de base qui impactent la conception technique.
Merci a lui pour cet article pour commencer, ensuite j'aimerai avoir les avis de ceux qui se sont lancé dans cette aventure (j'y pense moi même c'est pas pour rien que j'ouvre ce sujet).

Ma "grande question" porte sur le responsive design, mon avis est qu'il n'est pas forcement la solution idéale. D'une part il est très difficile de garantir un affichage optimisé pour des écrans fondamentalement différents, et ensuite je pense que pas mal de données n'ont pas forcement leur place sur une page "mobile".

Bref a mon avis une page classique destinée a un écran classique n'est vraiment pas adaptée a un mobile et ceci même si le CSS "mobile" permet de l'alléger visuellement tout en la rendant compatible avec une navigation mobile.

Ma question subsidiaire porte sur les "NDD mobile". Je pense m'orienter vers une solution sous domaine pour mobile. Avez vous des retours d'expérience a partager dans ce contexte ?

 

Oui le display none est une solution mais elle ne vas pas dans le sens de na pas transmettre les données de plus ce qui me dérange c'est qu'implanter des conditions pour écarter des "datas au cas ou" dans le code ne me semble pas propre.

 

c'est dans ce sens (entre autre) que je m'oriente progressivement vers un sous domaine distinct qui aurait son propre code. Je souhaite non seulement que le site soit plus light a charger tant d'un point de vue image que système de navigation etc ...
Il y a aussi la problématique de monétisation qui est distincte.

 

C'est un peut brut de décoffrage comme argument et surtout un gros raccourci. Les format publicitaire et ou régie que tu va utiliser en mobile ou fixe ne seront pas forcement les mêmes, le display none n'est pas une solution dans ce cas (d'ou a ce moment la necessité de mettre des conditions dans le code et là ... bonjour la lourdeur et la maintenance). Mais tu peut très bien avoir une redondance des éléments de navigation pour des raisons pratiques (pages très importantes par exemple) que tu ne souhaite pas forcement proposer sur une version mobile. Bref c'est pas aussi "simple" pour s'en remettre exclusivement a du "display none" pour s'adapter.

Oui là je partage ton avis pour ces remarques c'est en effet logique vue la linéarité de l'écran. Seulement le site qui a justement un menu horizontal qui ne peut pas forcement passer en mode vertical avec CSS là il y a un os.

Ça c'est pas un souci pour moi, c'est d'ailleurs pour ça que je me pose toutes ces questions.

Faire un nouveau site donc physiquement ajouter un domaine sur le serveur c'est ajouter un dossier template, un dossier widget dans le CMS (donc une trentaine de fichiers) et ajouter 30 lignes dans le fichier de config du CMS. Éventuellement (mais c'est pas obligatoire) Créer une base de données et y installer les contenu voulus, mais dans ce cas de figure (site mobile), taper directement dans la même base de données que le site PC donc vraiment pas chiant avec l'opportunité de faire 100% mobile. Pour le côté maintenance, tu l'a compris je modifie un site tous les sites sont impactés ... Bref la maintenance c'est a l'échelle serveur donc pas trop chiant (déjà qu'a la base sur du code propriétaire c'est carrément plus léger).

Le côté ref en revanche oui c'est évident mais comme quand tu fait du multilingue ... Bref il y a l'avantage de l’inconvénient si tu as deux domaines a référencer tu as aussi plus de pages indexées ... (pour le moins "plus visibles" par les recherches mobiles (je pense a l'impact "retour utilisateur" vis a vis d'un site léger et très adapté face a un site qui serait moins performant car "universel"))

 

Gros facteur important (dans mon cas) car le site est en effet participatif photo et très littéraire. Donc mes internautes qui me font parvenir des pavés de texte historiques plus leurs 50 photos de vacance sur le "château truc à machin" ne vont pas le faire sur mobile (même si l'idée de coupler leur appareil photo au site m'a traversé l'esprit).

De l'autre côté proposant du contenu très géolocalisé qui serait intéressant a consulter "sur place", par exemple lire l'histoire du "château truc à machin" devant les ruines, il me semble que livrer un contenu allégé (surtout en fonctionnalités) serait un plus.

C'est là la meilleure remarque que j'ai croisé sur le fait d'opter pour des sites différents.

 

Ça c'est un très gros souci (pour moi), en effet j'ai des rubriques qui ont 100 ou 200 sous rubriques .... Déjà que c'est pas simple en mode PC (j'ai opté pour un select dans la zone de navigation et des liens en footer pour favoriser le crawl naturel).
J'en suis a imaginer un autre truc qui pourrait combiner des actions utilisateurs avec de l'ajax pour naviguer ... (mais bon c'est loin d'être clair pour l'instant surtout si on prend en compte que ça doit tenir dans un écran comme une boite d’allumette)

 

ça peut se résoudre (après une redirection minimale c'est certains) en gérant une variable de session qui comporte les préférence de l'utilisateur. Bonne remarque en tous cas de ne pas piéger l'utilisateur dans un contexte pas voulu c'est le meilleur moyen de perdre un visiteur.

 

c'est paradoxal de parler de menu plus léger dans la mesure ou l'unité de navigation minimale (le lien) doit forcement être plus gros (action via le doigt) et que de fait il prendra donc plus de place (en pixel).

Sinon ta remarque sur la recherche me conforte dans l'idée d'avoir une navigation mieux pensée qu'en version PC en introduisant une grosse interaction entre l'utilisateur et le serveur.

Edit > un gros merci a vous tous pour vos retours, c'est très enrichissant car c'est un domaine ou je suis totalement ignorant.

 

Si vous avez des exemples que vous estimez bien réussis de site mobile visibles en ligne je suis preneur (je peux bidouiller le UA si il faut).

Quelques ressources pour ceux qui les aurait pas vues ou qui veulent un aperçu (j'ai pas encore fouillé dans les dossier d'Olivier)

le point de vue GG sur les sites mobiles (Juin 2012) Et en version longue
Un menu déroulant adapté aux mobiles (Janvier 2012)
tester une page uniquement composée de initial-scale (donne des ordres de grandeurs intéressant en faisant varier l'affichage sur PC)
Un menu de navigation mobile
Quelques bonnes pratique Mobiles qui m'ont interpelées

 

Un peut "léger" le tuto du JDN c'est souvent pour ça que j'aime pas trop leur articles. On y trouve aussi du contre le responsive notamment au travers de la monétisation et de la notion de bande passante qui peut être un point très important quand on sort du contexte des 400 mots syndicaux.

On ne perdra pas de vue l’excellente remarque :

problème de responsive design

A notez que bien que pas fervent de responsive, je m'oriente de plus en plus vers une solution mixte qui consisterait en un domaine dédié et "allégé" qui utiliserait une forme de technologie responsive pour tirer le meilleur parti d'écran assez disparates et réduits.

L'avantage que j'y trouve tiens dans le poids des pages et est lié à la bande passante que ce genre d'appareils peut avoir. Il me semble mais je peut me tromper car je suis pas équipé (ça arrange pas mon problème d'ailleurs) que le trafic est pas forcement illimité avec les équipement mobiles.

Sinon juste pour info, ma quête part du constat par mon outil de tracking que mon trafic mobile est passé de 4% l'an dernier a 7% cette année. Si je pouvais négliger 4% en me disant que c'était pas la mort là on peut espérer que les 7% deviennent 10% sur 2013 et là c'est beaucoup trop important pour que je me permettre de laisser trainer. De plus venant de mettre en ligne une version anglaise du contenu je suppose que cette proportion pourrait s'accentuer en sortant des limites francophones. La difficulté est de ne pas faire n'imp car c'est vraiment pas clair pour moi pour l'instant.

A garder dans un coin, l’adaptation des codes de pub vue par google
Une série de constat sur les problèmes du responsive ici
Media Queries (W3C Recommendation 19 June 2012) pour ceux qui on zappé l'histoire