Ist progressive Verbesserung ein aktuelles Problem mehr?

Question

Es gibt einige Dinge, die ich in der Verteidigung der progressiven Verbesserung höre.

Javascript ist aus oder nicht verfügbar. Laut W3School's Javascript statistics hatten 95% Javascript aktiviert Januar 2008 (vor 2,5 Jahren). Der Trend, basierend auf diesen Statistiken, scheint zu sein, dass JavaScript-fähige Browser auf dem Vormarsch sind. Heavy AJAX-Einführung hat wahrscheinlich Benutzer dazu bewegt, noch schneller zu ermöglichen. Die Unterstützung von Nur-Text-Zugriffen oder die Zugänglichkeit ist aus geschäftlicher Sicht nicht sehr sinnvoll, da sie wahrscheinlich weniger als < 1% des Traffics ausmachen.

Mobile Browser werden nicht funktionieren. Ich würde auf jeden Fall eine mobile Version der Website erstellen, da die Bildschirmgröße begrenzt ist und die Mobilgeräte eine völlig andere Browser-Erfahrung haben. Man könnte argumentieren, verschiedene CSS für Bildschirmleser/mobile Geräte zu verwenden, aber Sie werden nicht in der Lage sein, so viele Informationen auf einem mobilen Gerät anzukurbeln, egal wie ordentlich Sie es aussehen lassen.

Die ursprüngliche Aussage ist für die neuere Generation mobiler Geräte nicht einmal wahr, wie die Android und iPhone, die täglich Aktivierungsrate insgesamt> 200.000 kombiniert haben. Außerdem machen die meisten Javascript-Augenschmaus (wie jQuery UI) nicht viel Sinn, weil die Website-Erfahrung auf dem mobilen Gerät so anders ist (kein Maus-Hover, etc.). Ich betrachte mobile Geräte als eine eigene Plattform, die eine angepasste Version der Website benötigt. Ein anderer Trend hat eine "native app" Version der Website/des Dienstes erstellt.

Spinnen können nicht crawlen. Das ist auch nicht wahr. Es ist möglich, das DOM als Datencontainer für das Javascript zu verwenden (füllen Sie div/input-Tags mit Ihren Entitäten). Auch Google hat sich bemüht, AJAX websites crawlable zu machen.

ähnliche Themen:

• How important do you think Progressive Enhancement is?
• JavaScript Detection/Browser Statistics

Interessante Links:

• Mobile compatibility tables
• Making AJAX Applications Crawlable

Answer 1

Javascript ist ausgeschaltet oder nicht verfügbar

und die Verwendung von Plug-in wie NoScript ist auch auf dem Vormarsch (wenig überraschend, da JS Anfälligkeiten ein beliebtes Angriffsvektor gewesen sein, und es braucht nicht eine Schwachstelle für eine Looping Alert() Bombe, um Ihren Nachmittag zu verderben)

Mobile Browser werden nicht funktionieren.

Und dann haben wir Browser wie Opera Mini, die JS nicht gut behandelt, aber große Layouts gut verarbeitet.

Spinnen in der Lage, nicht zu kriechen

in einige Suchmaschinen So können Sie rund um einige Abhängigkeit von JS arbeiten, indem sie viel Zeit bietet Anweisungen, wie die JS laufen, und es baut in einer bestimmten Weise an erster Stelle. Dies ist oft eine höhere Wartung, als nur mit progressiver Verbesserung zu bauen.

Answer 2

Ist IE6 immer noch da? Ja. Du brauchst also immer noch Workarounds. Wenn PE besser als die anderen ist, kann diskutiert werden.

Wie bei JavaScript: Das neue große Sicherheitsloch kann die öffentliche Meinung in "JS == Satan" verwandeln, also werden sie alle abschalten und diejenigen lynchen, die sich dafür einsetzen.

Schließlich wird jedes kleine Problem mit Ihrer Website Sie Kunden kosten. Also was soll es sein? Möchten Sie eine Website erstellen, die leicht zu erstellen ist (aber die meisten Menschen, vor allem diejenigen mit Einfluss, abwendet) oder eine Website, die in jedem Browser glänzen will (und mehr Besuche anzieht)?

Answer 3

• Google versucht, aber gut ist es dabei? Beeinflusst es den Site-Rang? Was ist mit anderen Crawlern?
• Mobile Geräte sind wichtig und sie werden noch mehr. Sie können eine separate mobile Website erstellen, aber wäre es nicht einfacher, eine Website statt zwei zu erstellen?
• Auch wenn es nur 5% ist, können Sie es sich leisten, sie zu verlieren?
• Was benötigt man, um Browser ohne Javascript zu unterstützen? Machen Sie einfach einen Link aus jedem interaktiven Objekt und lassen Sie das Skript damit umgehen, wenn es möglich ist. Es ist vielleicht nicht perfekt, und Sie können nicht alles so machen, aber es kann nutzbar gemacht werden.

Answer 4

Mit WAI-ARIA Attribute können Sie Ajax-Anwendungen erstellen, die zugänglich sind. Sicher ... Es gibt immer noch einige Probleme mit Drag and Drop usw., aber verwenden Sie keine Statistiken, um zu beweisen, dass sich die Zugänglichkeit nicht lohnt.

Answer 5

Es hängt davon ab, was Sie bauen.

Für Web-Anwendungen ist PE oft nicht ideal. Der Aufwand für PE für Web-Apps, ohne die Benutzeroberfläche einer der Plattformen zu beeinträchtigen, ist so groß, dass die Erstellung mehrerer Frontends meist kostengünstiger und effektiver für Ihre Benutzer ist. Eine gut gestaltete mobile UI unterscheidet sich häufig funktional von ihrer Desktop-Cousine. Suchmaschinen spielen für Web-Apps in der Regel keine Rolle, da der Inhalt selbst nicht indiziert werden sollte. Sehen Sie sich zum Beispiel gmail an, das verschiedene Frontends implementiert und Benutzer nur an das entsprechende umleitet.

Für Websites sind die Dinge sehr unterschiedlich. Der Inhalt ist statischer und muss indiziert werden. In diesem Fall ist PE fast selbstverständlich.

Also, Sie müssen sich Ihre spezifischen Projekte ansehen und die Pro's und Con's für jeden einzeln bewerten.

Answer 6

Wir hatten kürzlich ein Projekt, um zugängliche UI-Widgets zu erstellen. Wir untersuchten die progressive Verbesserung und fanden wenig Grund, sie zu benutzen (selbst nach dem Lesen des Filament-Buches). Wir verwendeten jQuery und WAI-ARIA. Progressive Verbesserung kann wertvoll sein, wenn Ihr Produkt absolut auf jedem Browser funktionieren muss. Die meisten Unternehmen müssen jedoch nicht eine breite Palette von Geräten/Browsern unterstützen.

Progressive Verbesserung macht Sie mehr als doppelt so viel Aufwand, weil Sie das moderne Widget, das mit AJAX und anspruchsvollen Styling funktioniert, erstellen müssen. Sie müssen auch eine nackte Version erstellen, die traditionelle Formulare verwendet. Wenn Sie ein komplexes Widget haben, das so etwas wie einen In-Page-Assistenten oder eine Gitterbearbeitung mit AJAX ausführt, müssen Sie dies entwickeln, und Sie müssen für jeden Schritt separate Seiten erstellen, um Browser ohne AJAX-Unterstützung zu unterstützen. Der Overhead wird enorm.

Es ist eine großartige Methode zur Maximierung der Fähigkeiten, aber es ist nicht sehr praktisch für große Initiativen mit Zeit- und Budgetbeschränkungen. Das war die Entscheidung, die wir für unser Projekt getroffen haben. Wir haben das Gefühl, dass wir die richtige Wahl getroffen haben.