Ist das Programmieren einer Website für Mobile First wirklich notwendig?

Ich habe eine Reihe von Quellen gelesen, die behaupten, dass Mobile First Design fast unerlässlich ist, was ich nicht leugnen kann, dass es offensichtliche Vorteile hat, wie schnellere Ladezeiten für Handys, die im Allgemeinen langsamere Download-Geschwindigkeiten durch 3G und 4G haben.

Aber was ist, wenn Sie eine kleinere Website mit sehr wenigen Bildern erstellen?

Ich würde gerne von anderen Meinungen zu diesem Thema hören und ob die Leute denken, dass es Ausnahmen gibt oder nicht. Persönlich ziehe ich es vor, zuerst für den Desktop zu entwerfen/codieren und von dort aus herunterzuskalieren. Aber ist es wirklich so wichtig, zuerst für Mobilgeräte zu entwerfen/codieren, oder sind die Endergebnisse nicht signifikant genug, um in bestimmten Situationen zu stören?

Ich bin mir nicht sicher, was Ihre Frage ist. Heißt es „Soll ich eine mobile Website erstellen“ oder „Soll ich zuerst eine mobile Website erstellen“? Ersteres ist „Ja – 50 % der Webzugriffe sind mobile Geräte“, Letzteres ist „Sie entscheiden, ich bevorzuge Desktop, dann ordnen Sie den Inhalt neu“. Nebenbei bemerkt, diese Seite funktioniert auf Mobilgeräten sehr gut. Ich würde vorschlagen, das Menü zu reduzieren - es nimmt den gesamten mobilen Bildschirm ein.
@Metasomatism Die Frage basiert auf der Effizienz des Codes und wie er auf verschiedenen Geräten geladen wird. Ich könnte diesen Link ausprobieren, wenn dies hier nicht an Bedeutung gewinnt (ich möchte nicht doppelt posten). Ich habe die Navigation für Mobilgeräte geändert. Wenn Sie sich auf die weiße Navigation beziehen, die sich über den Inhalt faltet, ist dies Absicht. :)
Ich habe mein neuestes Projekt mit dem „Mobile First“-Ansatz begonnen und werde dies wohl bei jedem nächsten Projekt tun, bei dem eine mobile Website wünschenswert ist. Indem ich mich selbst einschränke, kann ich mich besser auf die wichtigsten Dinge konzentrieren und nicht an irgendwelche ausgefallenen Dinge drumherum denken. Ich finde es auch einfacher, zu skalieren (da ich wenige Dinge in einem großen Bereich unterbringen muss) als zu verkleinern (viele Dinge in einem kleinen Bereich unterzubringen). Aber ich denke, das kann von Person zu Person unterschiedlich sein.
Bei Mobile First dreht sich alles um die Konzentration auf das Wesentliche, sowohl bei der Programmierung zur Bereitstellung von Assets als auch beim Design zur Präsentation von Inhalten. Als solches ist es eine großartige Möglichkeit, mit dem Design einer responsiven Website zu beginnen, da Sie sich auf das Minimum an Inhaltselementen und Layoutoptionen reduziert sehen und gezwungen sind, Prioritäten zu setzen.

Antworten (5)

Aus rein gestalterischer Sicht ist es sinnvoll, zunächst mit der mobilen Version zu beginnen.

Der schwierigste Teil des Designprozesses ist immer das Beschneiden, niemals das Hinzufügen. Je kleiner die Bildschirmfläche ist, die Sie sich erlauben, desto mehr müssen Sie darüber nachdenken, was in Ihrem Design wichtig ist, welche Informationen Sie wirklich zeigen müssen. Außerdem werden Sie sich zwingen, auch über Barrierefreiheit nachzudenken, da Text und andere Elemente kleiner werden.

Sobald Sie die „leichte“ Version entworfen haben, können Sie weitere Dinge wie Designelemente hinzufügen und Dinge vergrößern, wenn Sie Immobilien gewinnen. Wie von @Django betont, sollten Sie niemals Funktionen aus dem Design auslassen.

Ein Beispiel für Ihre Website könnte das Menü sein. Sie haben sich entschieden, die Menüpunkte zu verlassen und durch ein Hamburger-Symbol zu ersetzen, was ein Standardverfahren ist. Aber wenn die Menüpunkte eines der wichtigsten Dinge auf der Seite sind, möchten Sie sie nicht hinter einem Klick verstecken.


Nebenbemerkung: Das Rot auf Blau auf Ihrer Website ist wirklich schlecht für Farbenblinde, bitte ziehen Sie in Betracht, dies zu ändern.

Ich bin auch farbenblind :p ... Es ist diese Farbe, die zu dem Stil passt, den ich anstrebe. Jede der 4 Seiten wird anders gefärbt. Wenn Sie denken, dass das eine schlechte Idee ist, lassen Sie es mich wissen. :)
Gern geschehen, @MarcusPorter, und vielen Dank, dass Sie meine Antwort akzeptiert haben. Manchmal hilft es, andere zu fragen, was sie denken, wenn Sie Zweifel haben ;) Und es ist sicherlich keine schlechte Idee, jeder Seite eine eigene Farbe zu geben. Obwohl ich neugierig bin, wie Sie sich für Farben oder Farbkombinationen entscheiden, wenn Sie farbenblind sind ...
Es sollte beachtet werden, dass hier ein himmelweiter Unterschied zwischen dem Design und dem eigentlichen Aufbau der Website besteht. Aus technischer Sicht möchten Sie, dass das Front-End Ihrer mobilen Website vollständig vom Front-End Ihrer Desktop-Website getrennt ist, da sonst Code, der für die eine Seite spezifisch ist, immer noch in die andere geladen wird, was beispielsweise zu langsameren Antwortzeiten führt.
Was? Nein. Sie sollten nicht zwei Websites erstellen. Das ist albern und seit 2005 nicht mehr der richtige Weg. Sie bauen eine Site, die sich an ihre Umgebung anpasst. Das nennt sich responsives Webdesign
@PieBie Ich hoffe, Sie haben Recht, dass Sie keine zwei Websites benötigen, das klingt nach viel Aufwand für wenig. Ich bin durch das Mischen von Grün/Gelb, Blau/Lila farbenblind, aber im Allgemeinen sehe ich Farben ziemlich ähnlich, wenn nicht identisch mit denen, wie sie sind.
Mein Unternehmen ist seit über einem Jahrzehnt im Website-Geschäft tätig, also hoffe ich, dass ich auch recht habe :D Ich würde gerne unseren Chat über Farbenblindheit fortsetzen, haben Sie etwas dagegen, sich uns im Chatroom anzuschließen ?
Dies ist eine großartige Antwort, bis er den Teil über HINZUFÜGEN FÜR DESKTOP bekam. Wenn ein mobiler Benutzer die Funktion nicht benötigt (und er macht heutzutage mindestens die Hälfte, wenn nicht mehr Ihrer Besucher aus), sollten Sie ernsthaft hinterfragen, ob die Funktion überhaupt benötigt wird. Sie sollten nur eine Website erstellen, nicht zwei, wie der Antwortende anerkennt.
Ich meinte nicht Features, ich meinte Rüschen, Polsterungen, vielleicht sogar Bilder. Features natürlich nie. Ein gutes Beispiel wäre das Menü: Sie fügen kein Menü hinzu , wenn die Site größer wird, aber Sie ersetzen eine Schaltfläche durch ein vollständiges Menü.
@piebie: Tatsächlich geht der Trend dahin, dass inhaltslastige Websites wieder separate mobile Infrastrukturen erstellen. Überprüfen Sie zum Beispiel das AMP-Projekt.
@DavidMulder AMP ist kein Trend und wurde nicht entwickelt, um RWD zu ersetzen. Es gibt einen großartigen Artikel, der erklärt, warum, hier: responsivenews.co.uk/post/131144968568/…
@DjangoReinhardt: Nun, es gibt AMP, Facebook Instant Articles und Apple News, die alle auf ihre eigene Weise wieder ein separates mobiles Web erstellen, weil RWD nicht schnell genug ist. Man kann also durchaus von einem bestimmten Trend sprechen.
@DavidMulder Ja, aber der Trend geht nicht dahin, RWD zu ersetzen . Diese neuen Tools sind nur für statische Inhalte (wie Nachrichtenartikel) gedacht.
Leute, Kommentare sind kein Ort für Diskussionen. Gehen Sie entweder zum Grafikdesign-Chat oder lassen Sie es sein
@DjangoReinhardt: Das habe ich nie gesagt, also warum legst du mir Worte in den Mund? Ich sagte, dass der Trend dahin geht, dass inhaltsreiche Websites (was Sie fälschlicherweise als „statische“ Websites bezeichnen, da AMP-Websites nicht statisch sein müssen) wieder separate mobile Infrastrukturen erstellen.
@DavidMulder Das Erstellen separater mobiler Infrastrukturen ist das Gegenteil von RWD. Wie auch immer, Sie sollten die AMP-Dokumentation lesen: "AMP ist eine Möglichkeit, Webseiten für statische Inhalte zu erstellen , die schnell gerendert werden" ampproject.org/docs/get_started/about-amp.html Ich werde es dort belassen.
@DjangoReinhardt Es ist das Gegenteil von RWD, aber das bedeutet nicht, dass es keinen Platz für beide gibt, je nach Geld und Ziel . Und AMP-Inhalte sind so statisch wie SE-Inhalte statisch sind. Und ich muss mich entschuldigen, ich habe Sie falsch verstanden, als ob Sie von „statischen Websites“ anstatt von „statischen Inhalten“ sprachen. Ich habe keine Ahnung, was „statischer Inhalt“ ist, da Nachrichtenseiten überhaupt keinen statischen Inhalt haben … :/ Und AMP unterstützt viele verschiedene Formen dynamischer Inhalte.

Mobile First ist Best Practice – es ist kein Gesetz, und wenn Sie verstehen, warum Sie es verwenden „sollten“, können Sie eine fundierte Entscheidung darüber treffen, warum Sie es nicht für ein bestimmtes Projekt verwenden möchten, und das ist in Ordnung.

Es ist erwähnenswert, dass sich „mobile first“ auf das Design/UX und den Build selbst bezieht. Das Mobile-First-Design wird Ihre Website für die Nutzer nicht beschleunigen, aber die Mobile-First-Entwicklung wird es tun .

Schauen wir uns beide an.

Mobile first im Design

Beim Mobile-First- Design geht es darum, Ihnen dabei zu helfen, Ihre Funktionen und Benutzerfreundlichkeit auf das zu reduzieren, was Sie brauchen . Der Gedanke dahinter lautet wie folgt: Anstatt zuerst den Desktop zu entwerfen und sich dann darum zu bemühen, alle Funktionen, die Sie sich ausgedacht haben, in ein 320 Pixel breites Display zu packen und eine gute UX beizubehalten, beginnen Sie zuerst mit Mobilgeräten ...

Wenn die UX durch all Ihre Funktionen auf Mobilgeräten überladen oder beschädigt wird, sollten Sie sich fragen, ob der Benutzer sie wirklich alle benötigt. Kannst du einige von ihnen loswerden und das Erlebnis tatsächlich verbessern? Wenn ja, warum hast du sie? Vielleicht sind sie doch nicht unbedingt erforderlich, und vielleicht sollten sie nicht auf Ihrer Website sein.

Theoretisch hilft Ihnen dies dabei, Ihre Funktionen auf das zu reduzieren, was Sie unbedingt benötigen , und Sie können dies dann zu einem schönen Desktop-Erlebnis skalieren.

Mobile First in der Entwicklung

Bei der Mobile-First- Entwicklung geht es darum, zuerst die mobile Version zu schreiben und dann Ausnahmen für größere Bildschirme einzufügen. Der Grund, warum dies für mobile Benutzer besser (und schneller) ist, ist folgender: Sie haben zwei Bilder für eine Website, ein großes für den Desktop und ein kleineres für Mobilgeräte. Wenn Sie zuerst den Desktop programmieren, sieht Ihr CSS in etwa so aus:

.test2 {
    background-image:url('images/verylargeimage.png');
}

// If on a smaller screen...
@media all and (max-width: 600px) {
    .test2 { 
      background-image:url('images/smallimage.png');
    }
}

Dies bedeutet, dass der mobile Benutzer die tatsächlich herunterlädt, large.jpgbevor das CSS sie ausschaltet. Das ist sehr schlecht.

Mobile sieht zunächst so aus:

.test2 {
     background-image:url('images/smallimage.png');
}

// If on a larger screen
@media all and (min-width: 600px) {
    .test2 { 
        background-image:url('images/verylargeimage.png');
    }
}

Der mobile Benutzer lädt nie herunter large.jpg.

Ich hoffe, das hilft, die Dinge ein wenig klarer zu machen, wenn Sie sie vorher nicht verstanden haben!

Eigentlich ist das nur teilweise richtig. Laut den mobilen Testergebnissen von Tim Kadlec aus dem Jahr 2012 zum Herunterladen von Bildern werden nur sehr alte mobile Browser (Android 3.0, Blackberry 6, Safari 4 usw.) beide Bilder herunterladen. Jeder andere mobile Browser lädt nur das entsprechende Bild herunter.
@Cimmanon Du hast vollkommen recht. Danke, dass du mich darauf aufmerksam gemacht hast. Ich habe es gegen ein Beispiel ausgetauscht, das Kadlecs Tests nicht bestanden hat.
Laut Link wird der richtige Weg sein, background-imageindividuell auf Desktop und Mobile einzustellen.

Der Ursprung von „mobile first“

Die Idee von „mobile first“ in Bezug auf Responsive Design stammt aus einer Zeit, als die Browser für mobile Geräte viel weniger leistungsfähig waren als das, was Sie auf einem Desktop-Gerät finden würden. Viele von ihnen unterstützten überhaupt keine Medienabfragen, sodass die Idee, ein ausgefallenes Desktop-Design aufzubauen und dann Stile mit Medienabfragen für einen schmalen Darstellungsbereich einzufügen, auf der Hand liegt.

Die fehlende Unterstützung für Medienanfragen ist in der Tat die erste Medienanfrage.

-Bryan Rieger

Ist Mobile First noch relevant?

Trotz der Tatsache, dass Browser für mobile Geräte mit ihren Desktop-Gegenstücken gleichgezogen haben, ist „mobile first“ immer noch die logischste Art, Ihre Stile zu schreiben.

Ich ziehe es vor, in Begriffen zu denken, "zu vermeiden, frühere Stildeklarationen rückgängig zu machen". Ein additiver Ansatz führt fast immer zu einem kompakteren Stylesheet, anstatt Stile zu schreiben und sie später zu überschreiben. Stile, die für die meisten/alle Geräte geeignet sind, sollten außerhalb von Medienabfragen gefunden werden, während Stile, die nur für einen bestimmten Darstellungsbereich relevant sind, hinter einer Medienabfrage stehen sollten.

Vergleichen Sie einen „Desktop First“-Ansatz:

.column {
    float: left;
    width: 50%;
}

@media all and (max-width: 50em) {
    .column {
        float: none;
        width: auto;
    }
}

Zu einem „mobile first“-Ansatz:

@media all and (min-width: 50em) {
    .column {
        float: left;
        width: 50%;
    }
}

Die Ergebnisse sind die gleichen, aber letzteres ist kompakter. Beispielstile, die schamlos von Brad Frosts 7 Gewohnheiten hocheffektiver Medienabfragen kopiert wurden .

Es gibt ein paar seltene Ausnahmen, bei denen „Desktop First“ besser geeignet ist als umgekehrt. Die bemerkenswerteste davon ist, wenn Sie Dinge wie reaktionsschnelle Tabellen tun. Breitere Ansichtsfenster möchten die Standardstile für Tabellen, aber ein schmales Ansichtsfenster möchte all dies überschreiben, damit der Inhalt vertikal gestapelt werden kann.

Brechen Sie Ihre Stylesheets nicht auf

Eine Sache, die Sie auf keinen Fall tun sollten, ist, Ihre responsiven Stile in einzelne CSS-Dateien aufzuteilen und das media-Attribut für das Link-Element zu verwenden. Dies hat die unerwünschte Folge, dass das UA alle verknüpften Stylesheets herunterlädt (dh es gibt keine Geschwindigkeitsverbesserung dafür).

<!-- this is bad, don't do this -->
<link rel="stylesheet" media="(max-width: 800px)" href="example.css" />

Code sollte also zuerst mobil sein, aber was ist mit der Herangehensweise an das Design?

Ich bin der Meinung, dass es egal ist. Es müssen Layouts für alle für das Design relevanten Ansichtsfenster erstellt werden (dies kann nur 2 oder bis zu 5 umfassen, wenn Sie eventuell benötigte kleinere Haltepunkte berücksichtigen!), Die Reihenfolge spielt am Ende keine Rolle. Vielen Designern fehlt die Disziplin, mit einem Desktop-Layout zu beginnen, und finden, dass es einfacher ist, mit einem mobilen Layout zu beginnen.

Wenn Sie mit einem Desktop-Layout beginnen möchten, müssen Sie der Versuchung widerstehen, all diese herrlichen Leerräume mit Unordnung zu füllen, die den Inhalt dieser Seite nicht verbessert. Brauchen Sie wirklich dieses 800 x 600-Stockfoto einer lächelnden Frau, die ein Telefon hält? Es kostet den mobilen Benutzer nur zusätzliches Geld, nutzlosen Fluff herunterzuladen, und ist nur eine visuelle Ablenkung für einen Desktop-Benutzer, an dem er vorbeispringen kann.

"Es spielt keine Rolle" - natürlich tut es das. Und darum soll es in dieser Frage gehen. Codierung/Programmierung ist hier im Allgemeinen kein Thema, also nicht wirklich relevant (es ist natürlich relevant - sollte aber nicht der Hauptpunkt sein).
Können Sie den Unterschied zwischen einem responsiven Design erkennen, bei dem das mobile Layout vor dem Desktop-Layout entworfen wurde? Der Begriff „mobile first“ stammt aus dem Codierungsaspekt des responsiven Designs. Es spielt keine Rolle, welches Layout zuerst entworfen wird, solange beide fertig sind.
Andere haben bereits in Antworten darüber gesprochen. Es ist nicht einfach, eine Desktop-Website voller Funktionen zu entwerfen und dann Dinge wegzunehmen, weil sie nicht passen oder auf Mobilgeräten funktionieren, und Sie werden oft mit unangenehmen, unangebrachten Elementen/Funktionen enden. Es ist einfach, zuerst für Mobilgeräte zu entwerfen und dann Funktionen für den Desktop hinzuzufügen. So einfach ist das. Aber es ist wirklich wichtig. Vielleicht nicht für die Person, die die Website programmiert, aber für den Designer schon.
Sie haben meine Frage nicht beantwortet: Können Sie sagen, was zuerst erledigt wurde? Die Tatsache, dass viele Leute schlecht im Entwerfen von Desktop-Layouts sind und viel Müll auf ihre Seiten packen, hat nichts damit zu tun, welches Layout zuerst entworfen werden sollte. Beides muss gemacht werden, was also zuerst gemacht werden sollte, hängt mehr von den individuellen Vorlieben/Fähigkeiten des Designers ab.
Ich sage nur, dass es den Designprozess beeinflusst. Stellen Sie sich zwei Szenarien vor: 1. Sie entwerfen eine responsive Website und berücksichtigen während des gesamten Prozesses Mobilgeräte und Desktops sowie alles dazwischen. Groß. 2. Sie entwerfen eine reine Desktop-Site bis hin zur endgültigen Genehmigung und Ihr Kunde sagt: „Oh, ich brauche es, um auch auf Mobilgeräten zu funktionieren …“ und er möchte immer noch x-, y- und z-Funktionen, die nicht funktionieren würden mobil, aber Sie haben das nicht berücksichtigt, als Sie gerade für den Desktop entworfen haben ... Welches Szenario ist einfacher?
Es ist vielleicht nicht so wichtig wie die Entwicklung von Mobile First, aber es macht einen Unterschied.
Meiner Meinung nach ist „mobile first“ ohnehin eine Fehlbezeichnung, es müsste „alle Ansichten gleichzeitig“ heißen.
Jeder, der heutzutage nur Desktop-Layouts erstellt, lebt im Mittelalter und kann sich nicht als Webdesigner bezeichnen.
Ich stimme zu. Und das ist mein Punkt, Design für Mobilgeräte darf nicht nur ein nachträglicher Gedanke sein. Es muss alles als Einheit gestaltet werden.
Nirgendwo habe ich gesagt, dass es als nachträglicher Einfall behandelt werden sollte, Sie legen mir Worte in den Mund. Die Umstellung auf den Desktop zuerst macht Mobile nicht zu einem nachträglichen Einfall, genauso wenig wie die Umstellung auf Mobile First den Desktop zu einem nachträglichen Einfall macht. Sie verwenden einen lächerlichen Strohmann, um Ihren Standpunkt zu beweisen (unprofessioneller Webdesigner, der ein „Nur-Desktop“-Design erstellt).
Es war ein extremes Beispiel, um meinen Standpunkt zu beweisen, ja. Ich habe genug Websites entworfen, um zu wissen, dass dies Ihren Arbeitsablauf beeinflusst, das ist alles, was ich sage. Der einzige Teil Ihrer Antwort, mit dem ich nicht einverstanden war, waren 3 Wörter. Es lohnt sich nicht darüber zu streiten.
@cimmanon Es ist interessant, dass Sie den meisten Benutzern auf dieser Seite widersprechen, aber es ist auch erfrischend, danke für die Antwort :)

Ich habe Ihre Website www.cosmosdesign.co.nz auf verschiedenen Bildschirmgrößen getestet und sie funktioniert auf allen Bildschirmen einwandfrei. In Bezug auf Ihre Frage zum Mobile-First-Design möchte ich sagen, dass Ihr Designansatz Ihre Zielgruppe zusammen mit vielen anderen Faktoren wie Bildern, Inhalten usw. berücksichtigen muss. Wenn Ihre Zielgruppe diese Website hauptsächlich auf Desktops / Laptops verwendet, können Sie dies tun Fahren Sie sicher mit Ihrem Ansatz fort, aber wenn es sich um eine Website handelt, die hauptsächlich auf Telefonen und Tabs angezeigt wird, müssen Sie Ihre Strategie noch einmal überdenken.

Sie können auch erwägen, Ihre Website mit Bootstrap reaktionsschnell zu gestalten (viele andere Optionen sind ebenfalls verfügbar) und Sie können auch Ihre Bilder für eine mobilfreundliche Website optimieren, was auch die Ladezeit verkürzt.

Sie machen einen guten Punkt in Bezug auf die Zielgruppe. Da meine Zielgruppe kleine Unternehmen usw. sind, stelle ich mir vor, dass meine demografischen Merkmale meine Website mit Desktops anzeigen würden. Ich habe Bootstrap vor einer Weile kurz ausprobiert und es schien nicht so, als wäre es für mich, danke für den Vorschlag.
Ja, ich weiß, dass Frameworks wie Bootstrap den Code und den Aufwand erhöhen, aber es ist die Mühe sicherlich wert, wenn Sie Hilfe benötigen, können Sie mich gerne fragen.
Ich habe das Gefühl, dass ich immer noch CSS lerne, ich habe mit dieser einen Seite gekämpft. Ich werde es auf jeden Fall bei einem meiner Kunden in Zukunft erneut versuchen.
Wenn Sie sich also Ihrer Zielgruppe sicher sind, können Sie sehr gut mit diesem Ansatz fortfahren, aber ich möchte Sie warnen, dass es manchmal schwierig ist (wenn Sie kein Framework verwenden), später für kleinere Bildschirme herunterzuskalieren, wenn Sie viele Inhalte haben und Funktionen auf Ihrer Website. Alles Gute.
Ja, du hast Recht. Außerdem hat PieBie einige gute Ratschläge zu diesem Thema gegeben, wenn Sie eine gute Lektüre wünschen.

Meiner Meinung nach besteht der Hauptgrund dafür, zuerst mobil zu sein, darin, eine Situation zu vermeiden, in der Ihre mobile Website nicht alles kann, was die Desktop-Version tut. Es gibt unzählige Websites, auf denen ich die Desktop-Version auf meinem Telefon anfordern muss, um etwas zu tun, denn obwohl das Telefon dies kann, tut es ihre mobile Version nicht. Das geht mir auf die Nerven.

Trotzdem denke ich, dass Desktop-First in Ordnung ist, solange Sie später nicht an den mobilen Funktionen sparen, wie es die meisten Unternehmen tun.

Außerdem machen viele Design-Frameworks dies ziemlich einfach. Ich habe Material Design Lite verwendet, um eine ziemlich komplexe Desktop-First-App zu erstellen, und musste wirklich nur ein paar Dinge ändern, als ich sie für eine mobilfreundliche Version überarbeitete – die meiste Arbeit war bereits erledigt.

Manchmal werden Funktionen für Mobilgeräte absichtlich weggelassen, weil sie der Intensität nicht gewachsen sind
Sicher, wenn es ein Problem ist, ist es ein Problem. Aber es ist fast nie ein Problem, weil moderne Telefone jetzt ziemlich leistungsfähige Computer sind.
Es kommt wirklich vor, dass ich auf mehreren Websites die Desktop-Version abrufen muss, weil die mobile Version nicht einmal Elemente in der Auflistung sortiert oder die Registerkarte „Diskussion“ ausblendet oder einige praktische Filter nicht funktionieren. Das sieht wirklich eher so aus, als würde man zuerst den Desktop machen und dann – schnell, schnell, die Zeitleiste endet gestern – auf das Handy portieren.
Wenn Sie eine wirklich umfangreiche Website haben, bis zu dem Punkt, an dem sie zu einer Webanwendung wird, ist es möglicherweise besser, sie auf eine App zu portieren, anstatt zu versuchen, alles in eine mobile Website zu stopfen. Facebook zum Beispiel hat seine Desktop-Site in zwei Apps aufgeteilt: Facebook und Messenger.
Obwohl Facebook ziemlich gut war, alles nur in der mobilen Web-App verfügbar zu machen, können Sie dort immer noch ohne Messenger Nachrichten senden.