Noch hat die Neuerung kaum Einfluss auf die Rankings bei Google. Es sind zunächst nur etwa 1% aller Suchanfragen betroffen. Hinzu kommt, dass Google das erst mal auf den .com-Bereich beschränkt. Sobald aber die Erprobungsphase abgeschlossen ist, dürfte wohl jeder Webseitenbetreiber mehr oder weniger betroffen sein.

Allerdings ist die Ladezeit einer Webseite nur ein Faktor unter vielen. Wie hoch sein Gewicht ist, kann wohl niemand sagen. Mal abgesehen davon, gibt es eben Faktoren, die weitaus wichtiger sind. Wie z.B. und v.a. relevante Inhalte selbst.

Außerdem scheint die Sache noch nicht ganz ausgereift. Zumindest kann ich mir die teils enormen Schwankungen nicht erklären. Die müsste mir Google mal erklären, oder eben weiter an seinen Messmethoden arbeiten. Hier z.B. die Aufzeichnungen der Google Laps zum Webzeugkoffer.

Andere Tools liefern mir konstantere Ergebnisse.

Überraschung – Ladezeit hat schon immer Gewicht

Mal abgesehen davon, dass die Ladezeit jetzt zum Rankingfaktor erhoben wurde. Ladezeiten von Webseiten als Qualitätsmerkmal, sind im Prinzip so alt wie die erste Webseite.

Im Sinne von Userexperience spielen die Ladezeiten schon immer eine gewichtige Rolle. Dauert’s den Besuchern zu lange, sind sie ganz schnell wieder weg. Das Überangebot an Information im Netz sorgt für Alternativen – meistens.

Das neue Gute daran

Durch Google’s Zug werden auch SEOs dazu genötigt, sich verstärkt um Usability- und Technikaspekte ihrer Webseiten zu kümmern. So gesehen wäre es nicht schlecht, wenn der neue Rankingfaktor ein paar Pfunde auf die Waage bringen würde.

Maßnahmen und Tools

Ein paar allgemeine und einige speziell auf Wordpress bezogene Tipps hat Vladimir Simovic zusammengefasst.

Wem die Welt der Ladezeitenoptimierung noch neu ist, der findet im Netz eine Fülle an Tipps und Tools. Eine Auswahl:

Messen

• Yahoo! YSlow – Firefox Add-On
• Page Speed – Firefox Add-On
• Google Webmaster-Tools
• Pingdom Tools – Online

Handeln

• How-To Minimize Load Time for Fast User Experiences
• How to reduce the number of HTTP requests
• Checklist for Better Web Graphics

Gas geben! Auch wenn der Ranking-Aspekt noch nicht wirklich zählt.

HTML is an unbroken line stretching back almost two decades, and version numbers are a vestige of an older development model for standards that never really matched reality very well anyway. HTML5 is so last week. Let’s talk about what’s next.What’s Next in HTML, episode 1

Zu begrüßen wäre es auf jeden Fall, wenn man die Versionierung los wird. Am besten auch die für’s Web. Kein Web 2.0 mehr. Einfach Web. Dauerwurst.

Dazu andere

HTML-Zukunft: Nach 5 kommt 6 und What Comes After HTML5? Just HTML.

Das mobile Webdesign scheint etwas eingeschlafen zu sein? Nicht unbedingt. Der Ansatz hat sich weiter verschoben.

Die Entwicklung alternativer Stylesheets stellt den geringsten Teil der Herausforderung dar. Am Anfang stehen Konzepte, Stories und Usecases, sowie Daten, Mashups und soziale Netze.

Mobile Web – Entstehung, Entwicklung und aktuelle Trends

Mythen vs. Anwendungsrealität

Die Präsentation The Myths of Mobile Web Design beschäftigt sich mit real existierenden Beispielen erfolgreicher Services und der Beobachtung von Nutzern beim mobilen Surfen.

Es geht vordergründig nicht um die Frage, wie man bestehende Websites – oder Ableger davon – auf 480×320 Pixel oder weniger presst.

Making it smaller doesn’t mean it works.Mobile Web Design. Less is More

Information, Organisation, Orientierung, Kommunikation und Unterhaltung auf einer Mikroebene treiben das mobile Web – oft ortsgebunden (Stichwort Location beased Services).

Man muss sich auch in vielen Fällen von der herkömmlichen Betrachtungsweise des Web lösen. Es ist nicht immer unbedingt der visuelle Zugang über den klassischen Webbrowser.

Wo geht’s lang? Wie macht’s der mobile Webdesigner?

• Mobile Web Design Trends For 2009
• Das mobile Web – was wird daraus?
• Mobile Web Design. Less is More

Und noch ein paar Hinweise zu Bestpractices:

• Mobile Web Best Practices 1.0
• Mobiles Webdesign – Das Buch (meine Rezension zum Buch)
• Mobile Awesomeness (Showcase)

Man findet bisher nur wenige konkrete und allgemein verwertbare Ansätze, Regelwerke und Standards. Trotz iPhone, das fast schon eine Art Quasi-Standard setzt, lässt sich eine gewisse Heterogenität des Marktes nicht abstreiten. “Webdesign für das iPhone” gibt es nicht. Diese Phrase ist im wesentlichen Marketing.

Aber: Es entsteht genau hier womöglich eine Brücke, hin zu einer praktischen Relevanz, im Sinne wirklich benutzbarer Oberflächen für den Einsatz unterwegs. Viele Entwicklungen und Designansätze, die rund um das iPhone entstehen, sollten unbedingt in die weitere Evolution des Webdesign (für mobile Geräte) einfließen. Hier werden derzeit die Maßstäbe für mobile Userexperience gesetzt.

Zugegeben, die ganze Sache ist aus Sicht des Webdesigers manchmal noch etwas schwer greifbar. Aber Es passiert, das steht fest.

Das mobile Web gibt es nicht?

Eins fällt dabei noch auf. Bei der Recherche findet man wenige Quellen, die sich explizit auf “das mobile Web” beziehen. Ein Hinweis darauf, dass es das gar nicht gibt? Es ist ein Internet. Das Handy ist ein weiterer und allmählich reifer, mobiler Zugangskanal.

• Was Sie über CSS-Frameworks wissen sollten! – Grundlegendes zu Vor- und Nachteilen
• Warum CSS-Frameworks (für mich) keinen Sinn machen: Davids persönliche Sicht

Dirks Grundlagenartikel sollte man lesen, egal ob man eher auf fertige Frameworks setzt oder nicht (Grundlagen Webdesign). Aber auch die Argumentation im zweiten Artikel ist nachvollziehbar.

Ich selbst verwende auch keine Frameworks. Meine Beweggründe sind ähnlich denen, die David aufführt. Das ist allerdings nicht als grundlegende Ablehnung zu verstehen. In vielen Fällen sind Frameworks extrem hilfreich.

Lerneffekt

Der Webmaster unseres Entwicklernetzwerks (Developer Network) ist kein ausgewiesener CSS Guru. Er baut nicht ständig neue Websites oder schraubt an bestehenden rum. Hatte aber eben den Auftrag, eine Website zu bauen. Also nutze er YAML für Typo3, um darauf basierend die Collaboration Plattform zu entwickeln. Er profitierte, als eher administrierender Webmaster stark von der Vorlage des Frameworks. Dazu noch ein paar Nachhilfestunden ;-) und schon flutschte es.

Genau hier sehe auch ich die meisten Vorteile, die für einen Einsatz eines Frameworks sprechen. Eine solide, ausgereifte und in gängigen Browsern funktionsfähige Basis. Für die Anpassung an eigene Bedürfnisse bis hin zu Neuentwicklungen.

Persönliche Vorlieben

Wie David auch, baue ich Websites am liebsten von Grund auf neu. Ich baue nicht ständig selbst neue Websites. Weswegen ich mir bisher nur ein sehr rudimentäres Pseudoframework selbst erstellt habe, das diese Bezeichnung auch eher nicht verdient. Eine fast leeren HTML- und eine ebenso fast blanke CSS-Datei, die ich immer wieder auf’s Neue verwende. Mir reicht das auch und ich bin deswegen nicht langsamer.

Und wenn man ein Framework nutzen möchte, sollte man sich unbedingt Dirks YAML näher ansehen ;-)

First Look is a showcase for new features and services that we’re developing for NYTimes.com. The First Look blog gives you the opportunity to talk with our editors and developers – and lets them talk to you.

Beide profitieren von solchen Aktionen. Die Entwickler bekommen Feedback der Leser, das wiederum im Idealfall den Nutzeranforderungen direkt zu Gute kommt. Aber auch für uns Webdevigner oder Webdeseloper kann es ganz interessant sein, wenn andere Einblicke in ihre Methoden und Prozesse gewähren.

Das neueste dort vorgestellte Feature nennt sich Sunday Browsing. So will man dem (v.a.) wochenendlichen analogen Lesevergnügen ein Stück weit näher kommen. Dabei ist man sich natürlich auch der Grenzen bewusst.

Think of it as an attempt to provide the Sunday Times experience anytime. Of course, there are parts we can’t replicate: the satisfying crinkle of the paper; the circular stain of your coffee; the smell of newsprint.

Dieses neue Feature läuft derzeit noch unter dem Arbeitstitel “Article Skimmer” (engl. skimming = dt. blätternd). Es sollen möglichst viele Artikel, auf dem zur Verfügung stehenden Platz des Bildschirms, angeteasert werden. Das soll das Scannen der vorhandenen Informationen erleichtern.

Ähnliche Erfahrungen konnte ich selbst auch sammeln, als ich mit einem Team relativ nah an der Entwicklung einer Webanwendung arbeitete. Es war natürlich zunächst alles ganz neu und vieles auch sehr ungewohnt. Man hatte zunächst auch viel Unverständnis für manche Dinge. Im Nachhinein haben die positiven Erfahrungen überwogen und haben auch mir dabei geholfen, mich weiter zu entwickeln.

Stichworte sind dabei

• Agile Entwicklung und Scrum
• User Stories
• Versionskontrolle
• Testmethoden
• etc.

So gesehen war Lynns Artikel eine kleine Zeitreise zurück. Mit der Scrum-Methode habe ich nach wie vor meine Probleme. In vielen Fällen lässt sie nicht die Zeit und den Raum, den man öfters mal benötigt, wenn es darum geht, neue Ansätze zu entwickeln. Das aber ist eine andere Diskussion. Viele Methoden haben meine Arbeit aber sehr wohl bereichert.

In vielen Unternehmen, die Webdesign im engeren Sinne machen, haben mittlerweile professionellere Entwicklungsmethoden Einzug gehalten. Was auch zu begrüßen ist, zumindest dann, wenn in großen und v.a. auch interdisziplinären Teams zusammengearbeitet wird. Und wie Lynn schreibt, geht es auch im Designprozess ein Stück weit um Entwicklung.

Natürlich können auch Entwickler etwas von Webdesignern lernen. Auch ein interessantes Thema, das man mal aufgreifen könnte.

Lynns Artikel ist zudem ein guter Abriss zu Entwicklungsmethoden allgemein, angereichert mit einigen weiterführenden Links.

Via Using Development Methods in Design

• Das Leistungsspektrum von Webdesignern, Anschlussdiskussion mit bisher 33 Kommentaren
• 6 Reasons Why Designers Should Code, Anschlussdiskussion mit bisher 40 Kommentaren

Eine gute Ergänzung fand ich in der Einleitung zur Untersuchung “The State of the Web 2008″, im Abschnitt Who was surveyed?.

A couple of inventive folks used terms like “devigner” and “deseloper”, all of which goes toward an overall sense that respondents see development as the single most defining feature of what they do.

Eine Mischung aus beiden? Wobei zumindest aber deutlich wird, dass Webdesign in gewisser Weise auch immer was mit Entwicklung zu tun hat. Zumindest mit dem Grundverständnisse zu Themen und Technologien des Mediums, in dessen Umfeld wir arbeiten.

Im Endeffekt steckt das wohl auch in den meisten, die sich im weitesten Sinne als Webdesigner bezeichnen würden. Egal, ob man z.B. eine Vorstufe in Form eines Screendesigns liefert, oder ob man eher der “Coder” (Umsetzung in HTML und CSS) ist, wird man sich zwangsläufig auch mit Schnittstellenthemen beschäftigen müssen.

Hier nochmal der Verweis auf einen Klassiker. Eine schön illustrierte Geschichte: The Website Development Process

Aus dem Artikel "The Website Development Process"

Ob in Personalunion oder im Team. Webdesign ist mehr als nur Klickibunti auf der einen, oder HTML- und CSS-Code schreiben auf der anderen Seite. Und gerade im Team ist Kommunikation sehr wichtig. Zum gegenseitigen Verständnis gehört zumindest ein Grundverständnis von der Arbeit und den Anforderungen des Partners.

In diesem Sinne, Euer Webdevign und -deselopment-Architekt.

Update: Gerade noch bei Anne gefunden.

Dass der Webdesigner gut daran tut, sein Layout selbst umzusetzen und es nicht von “Programmierern” durch “passt-schon-so-HTML” verhunzen zu lassen, ist vollkommen klar. Ich sehe allerdings auch den Fall, dass Vorlagen von Graphikdesignern manch wichtigen Aspekt des Webs nicht berücksichtigen, der Fall ein wenig in die andere Richtung. Ganz klar, wer Web macht, in irgendeiner Form, muss den Blick auch für die Feinheiten haben.in Von Joomla, Webdesign und Twitter