Wir entwickeln Websites und Webanwendungen mit React und Next.js — serverseitig gerendert, an den Core Web Vitals gemessen und so strukturiert, dass Google jede Seite indexieren kann, auf die es Ihnen ankommt.
Ein großer Teil der Websites, die wir retten sollen, hat dieselbe Grundursache: Sie wurden als Single-Page-JavaScript-Anwendung gebaut. Der Server liefert ein nahezu leeres HTML-Dokument aus, und die Inhalte erscheinen erst, nachdem der Browser das Bundle geladen und ausgeführt hat. Wer die Seite beauftragt hat, findet sie einwandfrei. Für einen Crawler im ersten Durchgang ist sie eine leere Seite mit einem Ladesymbol.
Das zweite Muster ist subtiler. Die Website wird zwar serverseitig gerendert, aber alle Routen teilen sich einen Titel und eine Beschreibung, es gibt keine interne Verlinkung jenseits der Hauptnavigation, und das gesamte Unternehmen ist in eine einzige scrollende Startseite gepresst. Google hat genau ein Dokument zur Verfügung, die Website kann also nur um eine einzige Suchanfrage konkurrieren — gegen Organisationen mit Hunderten indexierter Seiten.
Beide Probleme sind architektonisch. Kein noch so gründliches Überarbeiten von Keywords löst eines davon, und deshalb können Websites in diesem Zustand jahrelang flach bleiben, während der Betreiber unermüdlich seine Meta-Descriptions umschreibt.
Seiten werden auf dem Server zu HTML gerendert und überall dort statisch erzeugt, wo der Inhalt es zulässt. Die erste Antwort enthält bereits Ihre Überschriften, Texte und strukturierten Daten — ein Crawler muss also kein JavaScript ausführen, um die Seite zu verstehen, und wer eine langsame Verbindung hat, sieht Inhalte statt eines Ladezustands.
Jede Leistung, jeder Standort, jeder Artikel und jede Fallstudie erhält eine eigene Route, einen eigenen Titel, eine eigene Beschreibung und einen eigenen Platz im internen Linknetz. Das ist der größte Hebel dafür, auf wie viele Suchanfragen eine Website überhaupt erscheinen kann — und er wird zum Zeitpunkt der Architektur gesetzt, nicht nachträglich.
Wir budgetieren Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift während der Entwicklung, statt nach dem Launch zu profilieren. Konkret heißt das: Bilder mit expliziten Abmessungen, selbst gehostete und vorgeladene Schriften, und clientseitiges JavaScript, das bewusst hinzugefügt wird statt standardmäßig.
Organization-, Breadcrumb-, Service-, Article- und FAQ-Schema, erzeugt aus genau dem Inhalt, den die Seite ausgibt. Weil es abgeleitet und nicht von Hand geschrieben ist, kann es nicht von dem abweichen, was Besucher tatsächlich sehen — und genau das verlangt Google für Rich Results.
Inhalte liegen in einer typisierten Datenschicht oder einem Headless-CMS, nicht fest verdrahtet in Komponenten. Eine Leistungsseite anzulegen oder einen Artikel zu veröffentlichen braucht keine Entwickler, und die Vorlagen stellen sicher, dass die neue Seite mit korrekten Metadaten und korrektem Schema entsteht.
Sie erhalten den Code, die Deployment-Konfiguration und die Dokumentation. Das Hosting gehört Ihnen. Wir haben kein Interesse daran, Kunden über eine Infrastruktur zu binden, die sie nicht verlassen können.
Wir wählen daraus nach dem, was das Projekt braucht und was Ihr Team nach der Übergabe pflegen kann — nicht danach, womit wir am liebsten arbeiten. Ist bereits ein tragfähiger Technologiestand vorhanden, arbeiten wir darin weiter.
Wo organische Suche ein echter Akquisekanal ist und kein Haken auf einer Liste, wiegt die Informationsarchitektur schwerer als die Gestaltung. Wir planen URL-Struktur und interne Verlinkung, bevor an der Oberfläche gearbeitet wird.
Migrationen, bei denen die bestehende Website eine clientseitig gerenderte SPA ist oder im Labortest schnell und für echte Nutzer langsam. Wir ordnen jeder bestehenden URL ihren Nachfolger zu und halten 301-Weiterleitungen vor, damit die aufgebauten Ranking-Signale den Umzug überstehen.
Dashboards, Portale und Buchungssysteme, bei denen die angemeldete Anwendung hinter einer Marketing-Website liegt, die weiterhin crawlbar sein muss. Beide haben gegenläufige Rendering-Anforderungen und werden am besten getrennt behandelt.
Websites für mehrere Länder, bei denen jede Sprache eine eigene indexierbare URL und einen korrekten hreflang-Satz braucht. Vier Sprachen über eine einzige URL anhand von Browser-Headern auszuliefern, ist ein verbreiteter und teurer Fehler — Crawler senden immer nur eine Sprache.
Eine fokussierte Marketing-Website mit festgelegtem Seitenumfang braucht in der Regel 4 bis 8 Wochen ab Projektstart. Webanwendungen mit Anmeldung, Schnittstellen oder eigenen Abläufen liegen meist bei 8 bis 16 Wochen. Wir schneiden in Phasen und nennen einen Festpreis je Phase statt einer offenen Stundenabrechnung.
Wir können die Voraussetzungen schaffen, die ein Ranking möglich machen: indexierbare Seiten, saubere Architektur, schnelles Laden, korrekte strukturierte Daten und sinnvolle interne Verlinkung. Positionen können wir nicht versprechen, und Sie sollten jedem misstrauen, der das tut. Rankings hängen vom Wettbewerb, der Autorität Ihrer Website und Googles eigenen Systemen ab — nichts davon kontrolliert eine Agentur. Wofür wir geradestehen: Technisch wird die Website nichts ausbremsen.
Ja. Ein guter Teil unserer Arbeit besteht darin, Projekte zu übernehmen, die andere gebaut haben. Wir beginnen mit einem kurzen Audit, damit Sie eine ehrliche Einschätzung bekommen: Lohnt es sich, den vorhandenen Code weiterzuentwickeln, oder ist ein Neubau über jeden realistischen Zeitraum günstiger?
Ihnen, ab dem ersten Commit. Wir entwickeln in Ihrem Repository, sofern Sie eines haben, oder übergeben zum Projektende ein vollständiges Repository samt Deployment-Dokumentation.
Regelmäßig. Das kann bedeuten, einen abgegrenzten Teil des Systems zu verantworten, Code-Reviews zu übernehmen oder eine Zeit lang in Ihrem Team mitzuarbeiten. Wir übernehmen Ihre Konventionen und Ihr Branching-Modell, statt unsere mitzubringen.
Schicken Sie uns das Problem und die Randbedingungen, die Sie bereits kennen. Wir melden uns mit dem, was es unserer Ansicht nach braucht, einem Vorgehen und einer realistischen Größenordnung — oder mit der Auskunft, dass wir dafür nicht die Richtigen sind.
Wenn Standardsoftware Ihr Team in Umwege zwingt, wird die Rechnung jeden Tag in Handarbeit bezahlt. Wir bauen Systeme, die zu dem Prozess passen, den Sie bereits haben.
Wir entwerfen und bauen den Teil des Produkts, den niemand sieht, bis er ausfällt: Schnittstellen, Datenmodelle, Anmeldung und die Anbindungen, die ein Unternehmen zusammenhalten.
Wir gestalten Oberflächen auf Grundlage von Belegen: was Menschen zu tun versuchen, woran sie heute scheitern und was die Umsetzung realistisch tragen kann.
