Zum Inhalt springen

Technisches Audit

Next.js-Audit

Eine Prüfung einer bestehenden Next.js-Anwendung zum Festpreis und mit festem Umfang - Rendering, Bundle, Caching, Render-Pfad und Deployment - mit einem Dokument am Ende, nach Kosten sortiert.

Die meisten Engagements hier beginnen damit. Ein Team weiß, dass etwas nicht stimmt - die Anwendung ist langsam, sie rankt nicht, oder niemand deployt sie gern - und möchte eine konkrete Antwort, bevor es ein Projekt zusagt.

Zwei Wochen, ein vor Beginn vereinbarter Festpreis, und am Ende ein Dokument, das Ihnen gehört, ob Sie weitermachen oder nicht.

Was wir lesen

Das Rendering-Modell. Welche Routen statisch sind, welche dynamisch wurden und warum. Ein versehentliches ƒ in der Build-Ausgabe ist der häufigste Befund überhaupt, und es ist meist ein cookies()-Aufruf in einer gemeinsamen Komponente, der Sie auf jeder Seite darunter das CDN kostet.

Die Client-Grenze. Wo use client sitzt, was es ins Bundle zieht, und wie das First Load JS aussähe, wenn es eine Ebene tiefer säße.

Caching. In welcher der vier Ebenen jedes Datum liegt, ob die Tags etwas bedeuten, und was bei einem Redeploy passiert.

Der Render-Pfad für die Suche. Was ein Crawler bekommt gegenüber dem, was nach der Hydration erscheint; Canonicals, der hreflang-Cluster, falls es einen gibt, und ob die Sitemap dem Router zustimmt.

Felddaten. Core Web Vitals von echten Besuchern statt eines Laborwerts, pro Route, mit benanntem LCP-Element.

Der Deployment-Pfad. Was es baut, welche Tests laufen, was bei einem Fehlschlag passiert, und ob das noch jemand weiß, der da ist.

Was Sie bekommen

Ein Dokument, keine Folien. Jeder Befund hat drei Teile: was falsch ist, was es in gemessenen Zahlen kostet, und was die Behebung umfasst. Sortiert nach Kosten, nicht nach Schweregrad-Etikett - eine LCP-Regression von 400 ms auf Ihrer meistbesuchten Route steht über einem theoretischen Problem auf einer Seite, die niemand aufruft.

Befunde, die wir in unter einer Stunde beheben können, beheben wir während des Audits und sagen es Ihnen. Wir werden kein Projekt für etwas abrechnen, das eine einzeilige Änderung war.

Was es nicht ist

Kein Lighthouse-Bericht mit Kommentar. Lighthouse können Sie selbst laufen lassen; was Sie nicht leicht können, ist zu entscheiden, welche seiner Beschwerden für Ihre Architektur zählen - und dieses Urteil ist die Leistung.

Es ist auch kein Verkaufsdokument. Manche Audits enden mit "das ist in gutem Zustand, das Problem liegt woanders". Das schreiben wir lieber, als ein Projekt zu erfinden.

Danach

Zeigen die Befunde auf eine der anderen Leistungen, wird der Auditpreis darauf angerechnet. Zeigen sie auf Arbeit, die wir nicht machen, sagen wir das und nennen, wo wir können, wer sie macht.

Das Audit ist zugleich der erste Monat von Wartung und Support, falls Sie dort landen - es ist dieselbe Arbeit.