SEO & Google
Eindeutige Titles und Meta-Descriptions, Canonicals auf julian-krauss.de, crawlbare Inhaltsseiten, aktuelle Sitemap und konservatives JSON-LD.
Website Engineering
SEO, Security, Accessibility und Release-Qualität nachvollziehbar dokumentiert.
Diese Website ist selbst ein technisches Projekt. Deshalb werden nicht nur Inhalte gezeigt, sondern auch die Qualitätsregeln, mit denen Veröffentlichung und Wartung geprüft werden.
25eigene HTML-Seiten im Release
0kaputte interne Links im lokalen Audit
0JSON-LD-Syntaxfehler
0Seiten mit falscher H1-Anzahl
Engineering statt Dekoration
Qualität wird als überprüfbares System behandelt.
Die Seite dokumentiert nur Prüfungen, die lokal am veröffentlichten Release durchgeführt werden können. Live-Werte von Hosting, Browsern und Google Search Console werden nicht erfunden.
Security
CSP ohne unsafe-inline, nosniff, Referrer-Policy, Permissions-Policy, COOP/CORP und HSTS sind im Netlify-Header-Set vorgesehen.
Accessibility
Skip-Link, semantische Landmarken, Tastaturzustände, sichtbarer Fokus, Reduced Motion und genau eine H1 pro Inhaltsseite.
Performance
Lokale Assets, responsive WebP-Bilder, Lazy Loading, versionierte CSS-/JS-Dateien und langfristiges Caching nur für versionsgebundene Assets.
Privacy
Keine Tracker, Werbepixel, externen Fonts oder eingebetteten Social-Media-Skripte. Externe Angebote werden erst nach aktivem Anklicken geladen.
Release-Hygiene
Google-Verifizierungsdatei bleibt im Root. Sitemap, Redirects, Header und Prüfsummen werden zusammen mit dem Release aktualisiert.
Grenze der lokalen Prüfung: Search Console, Rich Results Test, echte Netlify-Formulare, HTTPS-Header auf der Produktionsdomain, reale Safari/iOS-Tests und Googles tatsächliche Darstellung können erst nach dem Deployment verifiziert werden.
Wie diese Qualität in Projekten aussieht.
Die Webengineering-Fallstudie dokumentiert Semantik, Responsive Design, Accessibility, Performance und Deployment.