Web Entwicklung

Am Anfang steht die Struktur: Welche Daten gibt es, wie hängen sie zusammen, welche Seiten und Zustände ergeben sich daraus. Aus dieser Informationsarchitektur entstehen Navigation, URL-Aufbau und Datenmodell. Erst danach schreiben wir Code, weil eine falsch geschnittene Struktur später jede Erweiterung teuer macht.

Im Frontend setzen wir Layouts als sauberes HTML mit semantischen Elementen um und ergänzen JavaScript dort, wo es einen Zweck erfüllt, nicht flächendeckend. Im Backend geht es um Datenhaltung, Formularverarbeitung, Benutzerkonten, Rechte und Schnittstellen zu Systemen, die bereits im Einsatz sind: Warenwirtschaft, CRM, Buchhaltung, Versanddienstleister. Schnittstellen dokumentieren wir mit, weil sie erfahrungsgemäß zuerst Fragen aufwerfen, wenn ein anderes Team übernimmt.

Gearbeitet wird versioniert in Git, mit getrennten Umgebungen für Entwicklung, Test und Produktion. Änderungen laufen zuerst auf einer Staging-Instanz, dort finden Abnahme und Tests statt, danach folgt das Deployment. Zum Abschluss gehören eine Dokumentation der Struktur, die Übergabe aller Zugänge und ein gemeinsamer Durchgang durch das fertige System.

Eigenentwicklung lohnt sich, wenn ein Standardprodukt den Kern Ihrer Anforderung nicht trifft und die Lücke nur über Umwege zu schließen wäre. Typische Fälle sind Prozesse, die es in dieser Form nur bei Ihnen gibt, Anbindungen an Systeme ohne fertige Schnittstelle, Anwendungen mit eigener Rechenlogik oder Websites, deren Auftritt sich bewusst von Vorlagen unterscheiden soll.

Sie lohnt sich nicht, wenn ein etabliertes System die Aufgabe bereits löst. Für eine Unternehmenswebsite mit klassischen Inhalten ist ein CMS die schnellere Antwort, für einen Standardshop eine Shop-Software. Wir bauen nichts nach, was es fertig gibt, sondern erweitern in solchen Fällen den vorhandenen Unterbau um genau die Teile, die fehlen.

Häufig ist der Anlass eine gewachsene Lösung, die niemand mehr anfassen will: veraltete PHP-Version, keine Dokumentation, Anpassungen direkt im Code des Herstellersystems. Dann steht am Anfang eine Bestandsaufnahme mit der Frage, was übernommen wird und was neu entsteht. Oft lässt sich ein System in Etappen ablösen, statt alles auf einmal zu ersetzen.

Ladezeit entsteht selten durch eine einzelne Ursache. Meistens sind es unkomprimierte Bilder, zu viele eingebundene Skripte von Drittanbietern und fehlendes Caching. Wir liefern Bilder in modernen Formaten und passenden Größen aus, laden nach, was nicht sofort sichtbar ist, und prüfen jedes externe Skript darauf, ob es seinen Platz im Seitenaufbau wert ist. Layoutsprünge beim Laden vermeiden wir, indem Flächen für Bilder und Einbettungen von Anfang an reserviert sind.

Barrierefreiheit beginnt im Markup: eine korrekte Überschriftenhierarchie, beschriftete Formularfelder, ausreichende Kontraste, Bedienbarkeit per Tastatur, ein sichtbarer Fokus. Vieles davon kostet während der Entwicklung wenig und lässt sich nachträglich nur mit Aufwand einbauen.

Wartbarkeit entscheidet sich an Kleinigkeiten: eine nachvollziehbare Ordnerstruktur, wenige und aktuell gehaltene Abhängigkeiten, keine ungetesteten Änderungen direkt auf dem Produktivsystem. Code, den ein anderes Team später übernehmen kann, gehört für uns zur Leistung.