Magazin
fitte-tuete.com läuft auf Jamstack
Am 5. Oktober 2026 lief fitte-tuete.com nach dem DNS-Umzug auf Next.js 15, Sanity und Netlify. Google PageSpeed Insights mass auf der Startseite mobil 92 und Desktop 100 Leistungspunkte. Barrierefreiheit, Best Practices und SEO lagen jeweils bei 100. Agentisches Browsing: 3 von 3

Am 5. Oktober 2026 lief fitte-tuete.com nach dem DNS-Umzug auf Next.js 15, Sanity und Netlify. Google PageSpeed Insights mass auf der Startseite mobil 92 und Desktop 100 Leistungspunkte. Barrierefreiheit, Best Practices und SEO lagen jeweils bei 100. Agentisches Browsing: 3 von 3.
Wir haben unsere eigene Markenseite von WordPress (Elementor, Yoast, webgo) umgezogen. Für dich als Leser und Kunde heisst das: kürzere Ladezeiten, kleinere Angriffsfläche, Texte und Leistungsseiten ohne Plugin-Wartung.
Warum wir umgezogen sind
WordPress trug Layout, SEO-Plugins und Hosting bei webgo. Jedes Update kostete Zeit. Abos wie Complianz Premium und ein abgelaufenes Elementor Pro lagen im Audit. Die Ausgangslage war Plugin-Last, Serverwartung und Layout-Risiko bei Updates.
Wir wollten:
- Domain und Gmail-Postfach behalten (MX unberührt)
- alle Magazin- und Leistungs-URLs weiterfinden oder sauber umleiten
- Inhalte im CMS pflegen, ohne Plugin-Wartung
- Orange-Schwarz-CI als festes Design-System
Eine Vorher-PageSpeed-Zahl und Euro-Beträge zu Hosting oder Plugins setzen wir hier nicht. Messbar ist der Stand nach dem Cutover: Lab-Werte von PageSpeed Insights am Cutover-Tag, Coverage-Checks gegen die alten Sitemaps, SEO-Meta zu 100 Prozent.
Was du jetzt siehst
Die Seiten kommen vom CDN (Netlify). Magazin, Leistungsseiten und statische Pages liegen in Sanity. Wir schreiben und veröffentlichen im Studio unter /studio. Ein Publish aktualisiert die Live-Seite über einen Webhook, ohne Full-Deploy.
Leistungsseiten (Texte, Templates, Regionale SEO, Retainer, White Label, Jamstack) haben feste Routen. Das Magazin liegt unter /magazin inkl. Themen-Hubs mit Pagination und text-first Karten. Alte /blog-Adressen leiten dorthin um. Nav, Footer und Touch-Targets folgen dem Brand-System.
Für Besucher bleiben die Adressen der Beiträge und Leistungen. Hosting, CMS und Build wechseln im Hintergrund.
Vom Import bis zur URL-Parität
Vor dem Cutover zogen wir das URL-Inventar aus den WP-Sitemaps. Die Live-WP-API lieferte Posts, Pages und Services. HTML ging nach Portable Text. Yoast-Titel und -Descriptions landeten in Sanity-SEO-Feldern (100 Prozent Abdeckung). Bilder zogen wir als Sanity Assets. Tote WP-Bild-URLs bereinigten wir.
Coverage gegen die alten Sitemaps: 60 von 60 Posts, 25 von 25 Pages. Redirects stehen doppelt in netlify.toml und next.config.ts (/blog* und Feeds auf /magazin, alte Sitemaps auf /sitemap.xml, verschachtelte Service-URLs auf die neuen Pfade).
Ein Sonderfall: White-Label als Service und als Guide-Post. Blind-Redirects hätten den Service auf den Guide gelegt. Dedicated Routes und Smoke-Tests haben das abgefangen.
Technik in Kurzform
| Baustein | Aufgabe |
|---|---|
| Next.js 15 App Router | Seiten und Routing |
| Sanity Free | Posts, Pages, Services, SEO-Felder, Bilder |
| Netlify | Hosting, CDN, Branch-Deploys |
| GitHub | Code. Live = Branch master, Staging = preview |
Maschinen-SEO: Sitemap, robots, llms.txt, JSON-LD. Beim DNS haben wir nur A- und CNAME-Einträge auf Netlify gelegt. MX, NS und Mail-TXT blieben. /wp-login.php antwortet mit 404.
Staging läuft auf dem Branch preview. Live geht nur über master. Andere Branches überspringt der Build.
Messwerte vom Cutover-Tag
Quelle: Google PageSpeed Insights · Startseite · 5. Oktober 2026, 15:28:11 (Lab-Daten). Feldmessungen (CrUX) lagen noch nicht vor.
| Kategorie | Mobil | Desktop |
|---|---|---|
| Leistung | 92 | 100 |
| Barrierefreiheit | 100 | 100 |
| Best Practices | 100 | 100 |
| SEO | 100 | 100 |
| Agentisches Browsing | 3/3 | 3/3 |
Redaktion ohne Plugin-Wartung
Inhalte pflegen wir in Sanity Studio unter /studio. Publish oder Update sendet den Webhook an die Live-Domain. Die Seite aktualisiert sich ohne Full-Deploy. Script-Imports brauchen einen manuellen Revalidate-Call.
Feature-Arbeit testen wir auf preview. Der Merge nach master geht live. PageSpeed messen wir auf der Prod-URL.
Für dich als Kunde heisst das: neue Magazin-Texte und Leistungsseiten erscheinen ohne Plugin-Update und ohne Server-Ticket. Die Markenstimme bleibt, weil die Inhalte im CMS liegen und das Design-System im Code feststeht.
Was wir dabei gelernt haben
Service-URL und Guide-Post zum White Label brauchen getrennte Ziele. Staging gehört auf den Branch preview, Live nur auf master. Der Sanity-Webhook braucht dieselbe Signatur in Studio, Netlify und lokalem Test.
Cutover ohne Mail-Risiko funktioniert, wenn nur A- und CNAME-Einträge wandern. MX und NS bleiben. Plugin-Abos stoppen wir sofort. Die Hosting-Kündigung bei webgo folgt zeitversetzt. Die Domain behalten wir.
Weiterlesen und Jamstack für Kunden
Den technischen Ablauf mit Redirect-Matrix, Coverage-Checks und Cutover-Schritten dokumentieren wir ausführlich in der Case Study WordPress zu Jamstack bei OLDSCHOOLSEO.
Denselben Stack bauen wir auch für Auftraggeber: Jamstack-Websites. Live-Beispiele stehen im Showroom.
Fragen zur eigenen Seite? Schreib uns per E-Mail oder WhatsApp. Wir schauen uns Stack, URLs und Redaktion mit dir an.
Weiter
Text oder Template beauftragen?
Wir schreiben SEO-Texte ab 150€ und Content Templates ab 85€ — mit KI-Unterstützung und Redaktion durch uns.
