From 43d0a49c3d12577cc9da6011d5b21fe6d78cc879 Mon Sep 17 00:00:00 2001 From: Marc Mintel Date: Sat, 3 Oct 2026 17:57:05 +0200 Subject: [PATCH] chore: remove tracked scratch files and ignore them Posts.ts.tmp, tmp.txt, wget_out.txt, build logs, a debug HTML dump and a generated markdown output were tracked but unreferenced. tmp_posts.json is kept because scripts/extract-to-mdx.js still reads it. Co-Authored-By: Claude Sonnet 5.5 --- .gitignore | 15 ++ Posts.ts.tmp | 95 -------- apps/web/build.log | 35 --- apps/web/build2.log | 38 ---- apps/web/build3.log | 96 --------- apps/web/optimized_output.md | 408 ----------------------------------- apps/web/public_test.html | 35 --- test-middleware.js | 7 - tmp.txt | 1 - wget_out.txt | 1 - 10 files changed, 15 insertions(+), 716 deletions(-) delete mode 100644 Posts.ts.tmp delete mode 100644 apps/web/build.log delete mode 100644 apps/web/build2.log delete mode 100644 apps/web/build3.log delete mode 100644 apps/web/optimized_output.md delete mode 100644 apps/web/public_test.html delete mode 100644 test-middleware.js delete mode 100644 tmp.txt delete mode 100644 wget_out.txt diff --git a/.gitignore b/.gitignore index ae8fd96..209f755 100644 --- a/.gitignore +++ b/.gitignore @@ -61,3 +61,18 @@ backups/ _at-mintel/ local_build_*.log *.tar + +# scratch and generated artifacts (never commit) +*.tmp +*.log +tmp.txt +wget_out.txt +build*.log +public_test.html +optimized_output.md + +# test, coverage and mutation output +/coverage +apps/web/coverage/ +apps/web/reports/ +.stryker-tmp/ diff --git a/Posts.ts.tmp b/Posts.ts.tmp deleted file mode 100644 index f730150..0000000 --- a/Posts.ts.tmp +++ /dev/null @@ -1,95 +0,0 @@ -import type { CollectionConfig } from "payload"; -import { lexicalEditor, BlocksFeature } from "@payloadcms/richtext-lexical"; -import { allBlocks } from "../blocks/allBlocks"; - -export const Posts: CollectionConfig = { - slug: "posts", - admin: { - useAsTitle: "title", - }, - access: { - read: () => true, // Publicly readable API - }, - fields: [ - { - name: "aiOptimizer", - type: "ui", - admin: { - position: "sidebar", - components: { - Field: "@/src/payload/components/OptimizeButton#OptimizeButton", - }, - }, - }, - { - name: "title", - type: "text", - required: true, - }, - { - name: "slug", - type: "text", - required: true, - unique: true, - admin: { - position: "sidebar", - }, - hooks: { - beforeValidate: [ - ({ value, data }) => { - if (value) return value; - if (data?.title) { - return data.title - .toLowerCase() - .replace(/ /g, "-") - .replace(/[^\w-]+/g, ""); - } - return value; - }, - ], - }, - }, - { - name: "description", - type: "text", - required: true, - }, - { - name: "date", - type: "date", - required: true, - }, - { - name: "tags", - type: "array", - required: true, - fields: [ - { - name: "tag", - type: "text", - }, - ], - }, - { - name: "featuredImage", - type: "upload", - relationTo: "media", - admin: { - description: "The main hero image for the blog post.", - position: "sidebar", - }, - }, - { - name: "content", - type: "richText", - editor: lexicalEditor({ - features: ({ defaultFeatures }) => [ - ...defaultFeatures, - BlocksFeature({ - blocks: allBlocks, - }), - ], - }), - }, - ], -}; diff --git a/apps/web/build.log b/apps/web/build.log deleted file mode 100644 index 9e810c6..0000000 --- a/apps/web/build.log +++ /dev/null @@ -1,35 +0,0 @@ - -> @mintel/web@0.1.0 build /Users/marcmintel/Projects/mintel.me/apps/web -> next build --webpack - -▲ Next.js 16.1.6 (webpack) -- Environments: .env -- Experiments (use with caution): - · clientTraceMetadata - - Creating an optimized production build ... -[@sentry/nextjs] It seems like you don't have a global error handler set up. It is recommended that you add a 'global-error.js' file with Sentry instrumentation so that React rendering errors are reported to Sentry. Read more: https://docs.sentry.io/platforms/javascript/guides/nextjs/manual-setup/#react-render-errors-in-app-router (you can suppress this warning by setting SENTRY_SUPPRESS_GLOBAL_ERROR_HANDLER_FILE_WARNING=1 as environment variable) -[@sentry/nextjs] DEPRECATION WARNING: It is recommended renaming your `sentry.client.config.ts` file, or moving its content to `instrumentation-client.ts`. When using Turbopack `sentry.client.config.ts` will no longer work. Read more about the `instrumentation-client.ts` file: https://nextjs.org/docs/app/api-reference/file-conventions/instrumentation-client - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. -⚠ Compiled with warnings in 50s - - - Running TypeScript ... - Collecting page data using 15 workers ... -Error: Cannot find module '/Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/@mintel+payload-ai@1.9.13_@payloadcms+next@3.77.0_graphql@16.12.0_monaco-editor@0.55.1__6baee6e32ae56efbc0411af586fa4fba/node_modules/@mintel/payload-ai/dist/globals/AiSettings' imported from /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/@mintel+payload-ai@1.9.13_@payloadcms+next@3.77.0_graphql@16.12.0_monaco-editor@0.55.1__6baee6e32ae56efbc0411af586fa4fba/node_modules/@mintel/payload-ai/dist/index.js - at ignore-listed frames { - code: 'ERR_MODULE_NOT_FOUND', - url: 'file:///Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/@mintel+payload-ai@1.9.13_@payloadcms+next@3.77.0_graphql@16.12.0_monaco-editor@0.55.1__6baee6e32ae56efbc0411af586fa4fba/node_modules/@mintel/payload-ai/dist/globals/AiSettings' -} - -> Build error occurred -Error: Failed to collect page data for /blog/[slug]/opengraph-image-fx5gi7 - at ignore-listed frames { - type: 'Error' -} - ELIFECYCLE  Command failed with exit code 1. diff --git a/apps/web/build2.log b/apps/web/build2.log deleted file mode 100644 index 307cc82..0000000 --- a/apps/web/build2.log +++ /dev/null @@ -1,38 +0,0 @@ - -> @mintel/web@0.1.0 build /Users/marcmintel/Projects/mintel.me/apps/web -> next build --webpack - -▲ Next.js 16.1.6 (webpack) -- Environments: .env -- Experiments (use with caution): - · clientTraceMetadata - - Creating an optimized production build ... -[@sentry/nextjs] It seems like you don't have a global error handler set up. It is recommended that you add a 'global-error.js' file with Sentry instrumentation so that React rendering errors are reported to Sentry. Read more: https://docs.sentry.io/platforms/javascript/guides/nextjs/manual-setup/#react-render-errors-in-app-router (you can suppress this warning by setting SENTRY_SUPPRESS_GLOBAL_ERROR_HANDLER_FILE_WARNING=1 as environment variable) -[@sentry/nextjs] DEPRECATION WARNING: It is recommended renaming your `sentry.client.config.ts` file, or moving its content to `instrumentation-client.ts`. When using Turbopack `sentry.client.config.ts` will no longer work. Read more about the `instrumentation-client.ts` file: https://nextjs.org/docs/app/api-reference/file-conventions/instrumentation-client - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. -⚠ Compiled with warnings in 48s - - - Running TypeScript ... - Collecting page data using 15 workers ... -TypeError: Unknown file extension ".css" for /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/react-image-crop@10.1.8_react@19.2.4/node_modules/react-image-crop/dist/ReactCrop.css - at Object.getFileProtocolModuleFormat [as (file:] (node:internal/modules/esm/get_format:176:9) { - code: 'ERR_UNKNOWN_FILE_EXTENSION' -} -TypeError: Unknown file extension ".css" for /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/react-image-crop@10.1.8_react@19.2.4/node_modules/react-image-crop/dist/ReactCrop.css - at Object.getFileProtocolModuleFormat [as (file:] (node:internal/modules/esm/get_format:176:9) { - code: 'ERR_UNKNOWN_FILE_EXTENSION' -} - -> Build error occurred -Error: Failed to collect page data for /sitemap.xml - at ignore-listed frames { - type: 'Error' -} - ELIFECYCLE  Command failed with exit code 1. diff --git a/apps/web/build3.log b/apps/web/build3.log deleted file mode 100644 index ac8eb12..0000000 --- a/apps/web/build3.log +++ /dev/null @@ -1,96 +0,0 @@ - -> @mintel/web@0.1.0 build /Users/marcmintel/Projects/mintel.me/apps/web -> next build --webpack - -▲ Next.js 16.1.6 (webpack) -- Environments: .env -- Experiments (use with caution): - · clientTraceMetadata - - Creating an optimized production build ... -[@sentry/nextjs] It seems like you don't have a global error handler set up. It is recommended that you add a 'global-error.js' file with Sentry instrumentation so that React rendering errors are reported to Sentry. Read more: https://docs.sentry.io/platforms/javascript/guides/nextjs/manual-setup/#react-render-errors-in-app-router (you can suppress this warning by setting SENTRY_SUPPRESS_GLOBAL_ERROR_HANDLER_FILE_WARNING=1 as environment variable) -[@sentry/nextjs] DEPRECATION WARNING: It is recommended renaming your `sentry.client.config.ts` file, or moving its content to `instrumentation-client.ts`. When using Turbopack `sentry.client.config.ts` will no longer work. Read more about the `instrumentation-client.ts` file: https://nextjs.org/docs/app/api-reference/file-conventions/instrumentation-client - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. - [webpack.cache.PackFileCacheStrategy/webpack.FileSystemInfo] Parsing of /Users/marcmintel/Projects/mintel.me/node_modules/.pnpm/next-intl@4.8.2_@swc+helpers@0.5.18_next@16.1.6_@opentelemetry+api@1.9.0_react-dom@19.2_cfd2a0548e9a0d48fd79eed1a1591488/node_modules/next-intl/dist/esm/production/extractor/format/index.js for build dependencies failed at 'import(t)'. - Build dependencies behind this expression are ignored and might cause incorrect cache invalidation. -⚠ Compiled with warnings in 47s - - - Running TypeScript ... - Collecting page data using 15 workers ... - Generating static pages using 15 workers (0/25) ... -[OG] Loading fonts: bold=/Users/marcmintel/Projects/mintel.me/apps/web/public/fonts/Inter-Bold.woff, regular=/Users/marcmintel/Projects/mintel.me/apps/web/public/fonts/Inter-Regular.woff -[OG] Fonts loaded successfully (31320 and 30696 bytes) - Generating static pages using 15 workers (6/25) - Generating static pages using 15 workers (12/25) - Generating static pages using 15 workers (18/25) -✓ Generating static pages using 15 workers (25/25) in 3.1s -Lexical => JSX converter: Blocks converter: found mintelTldr block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelTldr block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -Lexical => JSX converter: Blocks converter: found mintelP block, but no converter is provided -[OG] Loading fonts: bold=/Users/marcmintel/Projects/mintel.me/apps/web/public/fonts/Inter-Bold.woff, regular=/Users/marcmintel/Projects/mintel.me/apps/web/public/fonts/Inter-Regular.woff -[OG] Fonts loaded successfully (31320 and 30696 bytes) -[OG] Loading fonts: bold=/Users/marcmintel/Projects/mintel.me/apps/web/public/fonts/Inter-Bold.woff, regular=/Users/marcmintel/Projects/mintel.me/apps/web/public/fonts/Inter-Regular.woff -[OG] Fonts loaded successfully (31320 and 30696 bytes) - Finalizing page optimization ... - Collecting build traces ... - -Route (app) -┌ ○ / -├ ○ /_not-found -├ ○ /about -├ ○ /about/opengraph-image-1ycygp -├ ƒ /admin/[[...segments]] -├ ƒ /api/[...slug] -├ ƒ /api/health/cms -├ ƒ /api/tweet/[id] -├ ○ /blog -├ ● /blog/[slug] -│ ├ /blog/why-websites-break-after-updates -│ └ /blog/maintenance-for-headless-systems -├ ƒ /blog/[slug]/opengraph-image-fx5gi7 -├ ○ /case-studies -├ ○ /case-studies/klz-cables -├ ○ /contact -├ ○ /contact/opengraph-image-upzrkl -├ ƒ /errors/api/relay -├ ○ /opengraph-image-12o0cb -├ ○ /sitemap.xml -├ ƒ /stats/api/send -├ ● /tags/[tag] -│ ├ /tags/maintenance -│ ├ /tags/reliability -│ ├ /tags/software-engineering -│ └ /tags/architecture -├ ● /technologies/[slug] -│ ├ /technologies/next-js-14 -│ ├ /technologies/typescript -│ ├ /technologies/tailwind-css -│ └ /technologies/react -└ ○ /websites - - -○ (Static) prerendered as static content -● (SSG) prerendered as static HTML (uses generateStaticParams) -ƒ (Dynamic) server-rendered on demand - diff --git a/apps/web/optimized_output.md b/apps/web/optimized_output.md deleted file mode 100644 index 393edb1..0000000 --- a/apps/web/optimized_output.md +++ /dev/null @@ -1,408 +0,0 @@ -📄 Reading: /Users/marcmintel/Projects/mintel.me/apps/web/content/blog/why-pagespeed-fails.mdx - -✍️ Per-section AI refinement... - Refining section 1/8... ✓ - Refining section 2/8... ✓ - Refining section 3/8... ✓ - Refining section 4/8... ✓ - Refining section 5/8... ✓ - Refining section 6/8... ✓ - Refining section 7/8... ✓ - Refining section 8/8... ✓ - → 8 sections processed - -🚀 Running content engine optimization... -🚀 Optimizing existing content (additive mode)... -📖 Loaded 42158 chars of docs context -📋 Content has 40 sections -🔍 Identifying research topics... -📚 Researching: Correlation between website loading speed (Core Web Vitals) and user bounce rate/conversion rates., The financial impact of slow websites on businesses, specifically in terms of marketing investment ROI and customer acquisition costs., Quantitative evidence supporting the claim that a 0.1-second improvement in load time leads to an 8.4% conversion increase, as cited from Deloitte Digital. -🔎 Researching: Correlation between website loading speed (Core Web Vitals) and user bounce rate/conversion rates. -📋 Research Plan: { - trendsKeywords: [ - 'Core Web Vitals', - 'Largest Contentful Paint', - 'Bounce rate', - 'Conversion rate optimization', - 'Website speed' - ], - dcVariables: [] -} -🔎 Researching: The financial impact of slow websites on businesses, specifically in terms of marketing investment ROI and customer acquisition costs. -📋 Research Plan: { - trendsKeywords: [ - 'website speed ROI', - 'page load time vs conversion', - 'core web vitals business impact', - 'customer acquisition cost ecommerce', - 'marketing spend waste site speed' - ], - dcVariables: [] -} -🔎 Researching: Quantitative evidence supporting the claim that a 0.1-second improvement in load time leads to an 8.4% conversion increase, as cited from Deloitte Digital. -📋 Research Plan: { - trendsKeywords: [ - 'Deloitte Digital page speed', - 'Milliseconds Make Money', - 'load time conversion rate', - 'e-commerce performance impact', - 'Core Web Vitals conversion' - ], - dcVariables: [] -} -📝 Planning fact insertions for 18 facts... - → 5 fact enrichments planned -🧩 Planning component additions... - → 3 component additions planned - -🔧 Applying 8 insertions to original content... - -✅ Content Engine Complete! - 📚 18 facts researched - 📊 0 diagrams generated - -🧹 Sanitizing MDX... - -📋 Generating table of contents... - → 7 sections found - → TOC already present, skipping insertion - -════════════════════════════════════════════════════════════════════════════════ -📝 OPTIMIZED CONTENT (dry-run): -════════════════════════════════════════════════════════════════════════════════ - ---- -title: "Warum Ihre Website bei Google PageSpeed scheitert" -description: "Millisekunden entscheiden über Ihren Umsatz: So optimieren Sie Ihre Web-Performance für maximale Conversion." -date: "2026-02-15" -tags: ["performance", "seo"] ---- - - - Unternehmen verbrennen Millionen für visuellen Glanz, während ihr - technisches Fundament bröckelt wie ein Altbau ohne Wartung. - - -
-

Inhaltsverzeichnis

- -
- - - Scheitert Ihre Website bei Google PageSpeed, verlieren Sie{" "} - 53% Ihrer Besucher in unter drei Sekunden – lange bevor sie - Ihr Angebot überhaupt sehen. Laut Google's Core Web Vitals und aktuellen Benchmarks entscheidet sich in diesen ersten Momenten, ob Ihr Unternehmen als professionell oder dilettantisch wahrgenommen wird. - - - - Als Digital Architect betrachte ich Performance nicht als Feature – sie ist - das architektonische Fundament, auf dem digitale Exzellenz erst entsteht. - - -

Der unsichtbare Umsatz-Verschleiß

- - Stellen Sie sich ein Luxusgeschäft in Bestlage vor – perfekte Auslage, aber die Eingangstür klemmt. Kunden müssen 10 Sekunden stemmen, um einzutreten. Genau das passiert auf tausenden Websites: Nur dass dort Millisekunden über Millionenumsätze entscheiden. - - - - - - Google bewertet Websites heute primär nach Core Web Vitals – präzise Messgrößen für die Frustrationstoleranz Ihrer Nutzer. Wer hier versagt, wird vom Algorithmus unsichtbar gemacht. Seit 2021 ist Page Experience ein direkter Ranking-Faktor – schlechte Performance kostet Sie doppelt: erst Traffic, dann Conversions. - - - - - - - - Diese Zahlen sind nicht theoretisch – sie stammen direkt aus Googles Datenanalyse von über 900.000 mobilen Werbekampagnen. Jede zusätzliche Sekunde Ladezeit ab dem kritischen 5-Sekunden-Fenster kostet Sie 4,42% Ihrer Conversions – bei einem Onlineshop mit 100.000€ Monatsumsatz sind das 4.420€ verbranntes Geld. Pro Monat. Pro Sekunde Verzögerung. - - - - In meinen 15 Jahren als Software Architect habe ich gesehen, wie Unternehmen Millionen in Marketing investieren, nur um diese Besucher durch schlechte Performance sofort wieder zu verlieren. Die Mathematik ist brutal: Von 1 auf 5 Sekunden Ladezeit steigt die Bounce-Rate von 32% auf 90% – neun von zehn potenziellen Kunden verschwinden, bevor sie Ihr Angebot überhaupt sehen. - - -
- -
- -

Warum klassische Lösungen scheitern

- - Die Ursache liegt in der Architektur: "All-in-One"-Systeme wie WordPress laden durchschnittlich 2,3 MB JavaScript – bevor überhaupt Ihr Content erscheint. In einer mobilen Welt mit instabilen 4G-Verbindungen (Ø 10-30 Mbit/s in Deutschland) ist das ein{" "} - architektonisches Todesurteil. Jede Anfrage durchläuft denselben aufgeblähten Render-Zyklus. - - -
- -
- - - Dieses Problem lässt sich nicht durch stärkere Hardware lösen. Der Flaschenhals ist die Architektur selbst: Während traditionelle Systeme bei jedem Aufruf die Datenbank befragen und komplexe Render-Zyklen durchlaufen, setze ich auf radikale Vereinfachung. - - -
- -{`graph LR - A["Browser"] --> B["Server"] - B --> C["DB Queries"] - C --> D["Template Engine"] - D --> E["HTML Rendering"] - E --> F["3-5 Sek"] - style F fill:#fca5a5,stroke:#dc2626`} - -
- -
- - -
- - - Die messbaren Folgen dieser architektonischen Versäumnisse: - - - - - - Was die Zahlen nicht zeigen: Die durchschnittliche WordPress-Site lädt 516 KB JavaScript – komplexe "All-in-One" Themes erreichen oft über 1,83 MB. Ich baue Systeme, die mit 90% weniger JavaScript auskommen und dabei bessere Interaction to Next Paint (INP) Werte liefern. HTTP Archive - - - - Die Mathematik der Geschwindigkeit ist brutal präzise: Websites, die Core Web Vitals erfüllen, haben 24% weniger Page Abandons – das bedeutet faktisch ein Viertel weniger verschwendete Werbeausgaben. Chromiums Datenauswertung zeigt: Wer die Google-Schwellenwerte unterschreitet, verliert jeden vierten Besucher noch vor dem ersten Inhalt. - - - - Der kategoriale Unterschied: Statische Architekturen liefern vorbereitete HTML-Dateien direkt vom CDN – keine Datenbankabfragen, kein Server-Rendering, keine Wartezeit. - - -

Meine Architektur der Geschwindigkeit

- - - Statt bei jeder Anfrage Seiten dynamisch zusammenzubauen, liefere ich vorbereitete digitale Artefakte. Mein Static-First Framework garantiert Server-Antwortzeiten unter 50ms — unabhängig von der Last. Ob 10 oder 10.000 gleichzeitige Besucher: Die Performance bleibt konstant. Das ist Skalierbarkeit durch Design, nicht durch teure Hardware. - - -
- -{`graph LR - A["Browser"] --> B["CDN Edge"] - B --> C["Statisches HTML"] - C --> D["Sofort sichtbar"] - style D fill:#86efac,stroke:#16a34a`} - -
- - - - Anstatt Ihre Nutzer um die halbe Welt zu schicken, platziere ich Ihre Website auf einem globalen Edge-Netzwerk. Daten werden in Millisekunden aus dem Rechenzentrum geliefert, das physisch am nächsten liegt. - - - Das Ergebnis: Minimale Latenz und instant-Feeling – egal ob in Berlin, New York oder Tokio. Laut Cloudflare Performance-Studien reduziert Edge-Delivery die Latenz um durchschnittlich 60% gegenüber zentralen Servern. - - - - - Google's TTFB-Empfehlungen setzen die Grenze für exzellente Time-to-First-Byte bei 800ms. Ich unterbiete das um den Faktor 16. - - -

Die drei Säulen meiner Umsetzung

- - - Zero-Computation am Edge: Static Site Generation platziert vorgerenderte Seiten auf globalen CDNs. Der Browser erhält HTML statt JavaScript-Berge – keine Rechenzeit, kein Parsing, keine Wartezeit. - - - Präzises Asset-Engineering: Tree-Shaking eliminiert toten Code. Ihr Kunde lädt 70% weniger JavaScript als bei klassischen Frameworks. - - - Next-Gen Media-Handling: Automatische AVIF/WebP-Auslieferung. 60% kleinere Bilder bei identischer Qualität (Netflix Tech Blog). - - - -
- -
- - - Die Daten zeigen unmissverständlich: Standard-CMS starten das Rennen mit bleiernen Gewichten an den Füßen. Meine Architektur eliminiert diese künstlichen Hürden an der Wurzel. Die folgende Sequenz zeigt den psychologischen Prozess während der Ladezeit: - - - - -
- -sequenceDiagram - participant U as User - participant B as Browser - participant S as Server - participant DB as Database - - U->>B: Klick auf Anzeige - Note over U: Erwartung: <1s - B->>S: Request - S->>DB: Query (500ms) - DB->>S: Response - S->>B: HTML (1200ms) - Note over B: JavaScript laden... - B->>U: Erste Inhalte (2800ms) - Note over U: 53% bereits weg - -
- - - Dieser Moment ist die unsichtbare Schlacht um Umsatz. Unternehmen ignorieren diese Realität und installieren stattdessen noch mehr Plugins – eine Abwärtsspirale aus Komplexität und Frustration. - - -
- -
- - - - - Der hidden ROI-Killer: Eine 0,1-Sekunden-Verbesserung der mobilen Ladezeit steigert den durchschnittlichen Warenwert um 9,2% – bei identischem Traffic und Marketing-Budget. Deloittes Retail-Analyse beweist: Performance-Optimierung ist nicht Kostenfaktor, sondern der effizienteste Growth-Hebel den Sie haben. - - - - Zahlen lügen nicht. Wer Performance vernachlässigt, sabotiert aktiv sein eigenes Wachstum. Ich baue keine Websites – ich konstruiere ökonomische Hebel. - - - - JavaScript ist die teuerste Ressource einer Website: Es muss heruntergeladen, dekomprimiert, geparst und ausgeführt werden. 1 MB JavaScript kostet auf mobilen Geräten 2-5 Sekunden mehr Verarbeitungszeit als 1 MB Bilder (V8 Team). Deshalb setze ich auf Architekturen, die JavaScript nur dort laden, wo es wirklich gebraucht wird – nicht als Standard-Ballast. - - -

Der wirtschaftliche Case

- - Baukästen wirken günstiger – bis Sie die Opportunitätskosten berechnen. Bei 5.000 € monatlichem Marketing-Budget und 30 % Conversion-Verlust durch Performance-Probleme verbrennen Sie 18.000 € jährlich. Messbar. Vermeidbar. - - - - Die Zahlen sind brutal eindeutig: Rakuten 24 steigerte den Revenue per Visitor um 53 % nach Core Web Vitals-Optimierung. Walmart verdoppelte die Conversion-Rate durch Reduktion der Ladezeit von 2 auf 1 Sekunde. Jede 100ms kostet Sie Kunden. - - - - - - Was diese Cases verschweigen: Performance-Verbesserungen wirken exponentiell auf Ihren Marketing-ROI. Eine 0,1-Sekunden-Optimierung führt zu 1,3% mehr Engagement bei Lead-Gen-Sites und 2,1% besserer Conversion-Progression im Travel-Sektor. Googles MILO-Studie dokumentiert: Speed ist der unsichtbare Conversion-Multiplikator. - - - - Ein Detail, das Agenturen gerne verschweigen: 75% des typischen Website-JavaScript wird beim ersten Laden gar nicht verwendet. WordPress-Plugins laden ganze Bibliotheken für einzelne Features. Ich baue so, dass nur das geladen wird, was Ihre Besucher tatsächlich brauchen – HTTP Archive zeigt: durchschnittlich 500KB ungenutztes JavaScript pro Seite. - - - - Der ROI maßgeschneiderter Architekturen liegt nicht in den Entwicklungskosten – sondern in der Eliminierung struktureller Performance-Barrieren, die Ihre Conversion-Rate täglich sabotieren. Während Sie schlafen. - - -

Wann meine Architektur für Sie Sinn macht

- - Ich bin Partner für Unternehmen, deren Website geschäftskritischer Umsatztreiber ist – nicht Visitenkarte. Wenn jede Sekunde verzögerten Seitenaufbaus direkt Conversions kostet, wird technische Exzellenz zur Grundvoraussetzung, nicht zum Nice-to-have. - - - -Der ROI liegt nicht in gesparten Entwicklungskosten, sondern in eliminierten Opportunitätskosten durch verlorene Conversions. - - - - Diese Erkenntnis markiert den Wendepunkt. Wer Performance als bloße technische Kennzahl betrachtet, übersieht den wirtschaftlichen Hebel – und lässt Umsatzpotenzial auf dem Tisch liegen. - - - - Die Datenlage ist eindeutig: Sites mit 5-Sekunden-Ladezeit haben 70% längere Sitzungsdauern als solche mit 19 Sekunden. Think with Google Das bedeutet nicht nur mehr Conversions, sondern auch bessere Nutzersignale – ein sich selbst verstärkender Kreislauf, der Ihre organische Sichtbarkeit exponentiell steigert. - - - - Seit Googles "Page Experience" Update (2021) sind Core Web Vitals harte Ranking-Faktoren. Websites, die alle Schwellenwerte erfüllen, haben eine 24% geringere Abbruchrate{" "} - - laut Google-Analyse - - {" "}— Performance ist SEO, nicht umgekehrt. Wer hier nachlässig ist, kämpft mit angezogener Handbremse. - - -
- -
- - - Der Teufelskreis wird perfekt: Langsame Sites verlieren organische Rankings durch schlechte Core Web Vitals, was höhere Paid-Search-Kosten zur Kompensation verlorener SEO-Sichtbarkeit erzwingt. Google Search Central macht es unmissverständlich klar: Performance ist nicht mehr optional – es ist Ihre digitale Überlebensstrategie. - - -
- -
- -

Fazit: Respekt vor der Zeit Ihrer Nutzer

- - Geschwindigkeit ist kein Feature – sie ist Ausdruck von Respekt. Jede eingesparte Sekunde Ladezeit signalisiert: "Deine Zeit ist wertvoll." Diese Haltung unterscheidet Premium-Erlebnisse von digitaler Beliebigkeit. - - - Ich verwandle Websites in präzise Wachstums-Maschinen: messbar schnell, skalierbar stabil. Performance-Exzellenz zahlt sich mehrfach aus – in Ladezeiten unter 2 Sekunden, Conversion-Steigerungen von 15-30% und nachweisbarem ROI durch Core Web Vitals, der sich in harten Kennzahlen niederschlägt. - - -════════════════════════════════════════════════════════════════════════════════ - -📚 Research: - 1. As page load time goes from one second to three seconds, the probability of bounce increases 32%. [Google Developers] - 2. As page load time goes from one second to five seconds, the probability of bounce increases 90%. [Google Developers] - 3. A speed improvement of 0.1 seconds in mobile site speed can result in an 8.4% increase in conversion rates for retail sites and a 10.1% increase for travel sites. [Deloitte Digital] - 4. Websites that meet the Core Web Vitals thresholds are 24% less likely to have users abandon page loads. [Chromium Blog] - 5. Average conversion rates are 3x higher for eCommerce sites that load in 1 second compared to sites that load in 5 seconds. [Portent] - 6. The first five seconds of page-load time have the highest impact on conversion rates; after five seconds, the conversion rate drops by an average of 4.42% for each additional second of load time. [Portent] - 7. A one-second improvement in mobile load times can increase conversion rates by up to 27%, directly impacting the ROI of paid marketing traffic. [Google Developers / Akamai] - 8. Deloitte reported that a 0.1s improvement in mobile site speed led to a 9.1% increase in conversion rates for retail sites and a 10% increase for travel sites. [Deloitte Digital] - 9. Approximately 53% of mobile site visits are abandoned if pages take longer than 3 seconds to load, significantly increasing the effective Customer Acquisition Cost (CAC). [Google Data] - 10. The probability of bounce increases by 32% as page load time goes from 1 second to 3 seconds, and by 123% when load time increases to 10 seconds. [Google Think with Google] - 11. Slow site speed impacts organic visibility because Core Web Vitals (LCP, FID, CLS) are a direct ranking factor in Google's search algorithm, causing higher costs for paid search to compensate for lost organic traffic. [Google Search Central] - 12. A site that loads in 1 second has a conversion rate 3x higher than a site that loads in 5 seconds, effectively tripling the efficiency of marketing spend. [Portent] - 13. A speed improvement of 0.1 seconds was found to increase conversion rates by 8.4% for retail sites and 10.1% for travel sites. [Deloitte Digital] - 14. The same 0.1s decrease in mobile site load time resulted in an increase of average order value by 9.2% for retail consumers. [Deloitte Digital] - 15. In the luxury retail segment, a 0.1s improvement in speed correlated with an 8% increase in page views per session. [Google Developers] - 16. Reducing latency by 0.1s led to an 1.3% increase in customer engagement (page views) for lead generation websites. [Deloitte Digital] - 17. In the travel sector, a 0.1s improvement in load time led to a 2.1% increase in the progression of users from the search page to the product details page. [Google / MILO Study] - 18. For retail sites, the 0.1s speed boost was associated with a 5.2% decrease in bounce rate on product listing pages. [Deloitte / 55 Study] diff --git a/apps/web/public_test.html b/apps/web/public_test.html deleted file mode 100644 index 6835076..0000000 --- a/apps/web/public_test.html +++ /dev/null @@ -1,35 +0,0 @@ -Warum deine Website bei Google PageSpeed scheitert (und wie du es fixst) | Marc Mintel
Marc Mintel Icon
Zurück zur Übersicht

Warum deine Website bei Google PageSpeed scheitert (und wie du es fixst)

Hör auf, WordPress-Plugins zu installieren. Die Wahrheit über Ladezeiten, verlorene Kunden und warum dein 3000€-Design nutzlos ist, wenn keiner wartet.

2 min Lesezeit
WHY--076F
#Performance#Business#SEO#Next.js

Hand aufs Herz: Du hast viel Geld für deine Website bezahlt. Das Design ist wunderschön, die Marketing-Texte sitzen, die Bilder zeigen dein Team im besten Licht und das Firmenlogo glänzt. Aber wenn ein potenzieller Kunde auf dem Smartphone bei Google auf deinen Link klickt, passiert... erst mal nichts.

-

Der Bildschirm bleibt weiß. 1 Sekunde vergeht. 2 Sekunden verstreichen. Bei 3 Sekunden fängt der Daumen an zu zucken. Bei 4 Sekunden ist der Kunde weg. Zurück zu Google. Hin zur Konkurrenz, deren Seite sofort geladen hat.

-

Das ist keine Theorie. Das ist die stille, brutale Realität für tausende Kleinunternehmen und Mittelständler (KMUs). Du selbst denkst vielleicht, an deinem Laptop im Büro am Glasfaser-Anschluss ist deine Seite "schnell genug". Aber Google sieht das anders. Und deine Endkunden im mobilen Netz erst recht.

-

Inhaltsverzeichnis

-

Die brutale Mathematik: Was kostet dich das Warten?

-

Viele klassische Web-Agenturen verkaufen "Performance" oft als nettes Extra. "Das machen wir später mal update sicher, nach dem Go-Live". Bullshit. Lass dir das nicht einreden. Performance ist kein isoliertes "Geek-Feature". Performance ist das absolute Fundament für jeden einzelnen Euro Umsatz oder Geschäftskontakt, den du digital machst.

-

Schau dir diese Simulation an. Gib deine eigenen, realen Zahlen deines Geschäfts ein. Sei ehrlich zu dir selbst.

-
Performance / Revenue Simulator
Active
Monatlicher TrafficVisits
5,000
Ø KundenwertEUR
€150
Website LadezeitSekunden
4.0s
Entgangener Umsatz (Mtl.)
1,725EUR
Verlorene Leads (Mtl.)
12Nutzer

Ref: Google/Akamai
(0.07 Drop Rate pro Sek.)

-
Wir brauchen ein schickes Design / Altes WordPress-Setup behalten / Ladezeit von 4 Sekunden ignorieren / Sich wundern warum keine Anfragen kommen
-

Merkst du was? Wir reden hier nicht von abstrakten "Millisekunden für Megakonzerne" wie Amazon oder Google. Wir reden von deinen lokalen Kunden. Ein Handwerksbetrieb, dem 5 kaufbereite Anfragen im Monat fehlen, weil sie beim Laden abbrechen, verliert zigtausende Euro Jahresumsatz. Ein B2B-Dienstleister, der 1.000 Klicks via LinkedIn einkauft, verbrennt fast die Hälfte seines Budgets ins absolute Nichts, wenn die Landingpage nicht sofort da ist.

-

Die "Todeszone" der Ladezeit

-

Es gibt einen kritischen Schwellenwert in der digitalen Wahrnehmung, in dem leider die meisten standardmäßigen WordPress- und Homepage-Baukasten-Seiten festhängen. Ich nenne diesen Bereich branchenintern die rote Todeszone. Alles über 2.5 Sekunden Ladezeit fängt an, massiv messbar geschäftsschädigend zu wirken.

-
Conversion Curve
Kritische Schwelle >2.5s
100%
1s
93%
2s
82%
3s
65%
4s
45%
5s
30%
6s
20%
7s
12%
8s
-

Wenn deine Seite in der rechten Hälfte dieses Diagramms liegt, subventionierst du effektiv deine Konkurrenz. Du schaltest vielleicht teure Google Ads? Du oder dein Team verbringen Stunden mit starken LinkedIn Posts? Du verteilst aufwendig gedruckte Flyer? Wenn die Zielseite, auf die all diese Maßnahmen verweisen, zu langsam ist, ist das gesamte eingesetzte Marketing-Kapital rausgeworfen.

-

Warum "Optimierungs-Plugins" nicht funktionieren

-

Das ist der absolute Klassiker in der Branche. Dein Google PageSpeed Insights Test ist tiefrot. Du (oder dein Neffe, der "irgendwas mit Medien" macht) googelst nach einer Lösung und installierst blind Plugins wie WP Rocket, Autoptimize oder Smush.

-

Das Ergebnis nach Stunden des Herumbastelns?

-
Performance-Probleme an der Wurzel packen / Noch ein Cache-Plugin installieren
-

Plugins kleben nur ein dünnes Pflaster auf eine tiefe Wunde in der Software-Architektur. Das Kernproblem deines Setups liegt meistens viel tiefer verankert:

-
    -
  1. Billiges Shared-Hosting: Ein 5€-virtueller-Server teilt sich Ressourcen mit 500 anderen Webseiten. Er kann unter Last schlicht keine Wunder vollbringen und antwortet träge.
    2. -
  2. Aufgeblähte Multi-Purpose Themes: Dein gekauftes "Premium-Theme" für 60$ lädt dutzende Schriftarten, ungenutzte Slider-Skripte und Tracker, die du für dein Geschäftsmodell in 100 Jahren niemals brauchen wirst.
    3. -
  3. Veraltete Render-Architektur: Dass PHP und eine langsame MySQL-Datenbank bei jedem einzelnen Seitenaufruf die Webseite von Grund auf neu berechnen müssen, ist Technologie-Stand von vor über zehn Jahren (oft 2010er Jahre).
    4. -
-

Die Lösung ist Architektur, nicht Pflaster

Moderne, industriell gefertigte B2B-Websites (wie die Infrastruktur, die mein Team baut) funktionieren technologisch fundamental anders. Sie werden komplett statisch und im Vorfeld hochoptimiert generiert.

Das bedeutet in der Praxis: Der Server baut die komplette Seite schon dann fertig, wenn ich sie per Code ausliefere – und nicht erst in dem Moment in dem der Kunde auf dem Handy den Link aufruft.

Klassisches CMS (WordPress/Typo3)
  • Server muss bei Klick HTML aufwendig berechnen
  • Datenbank-Abfragen bremsen jeden Seitenaufruf
  • Hohe Anfälligkeit für Sicherheitslücken & Updates
  • Ladezeit schwankt extrem (abhängig von Host-Auslastung)
Next.js / Modern JAM-Stack
  • Webseite liegt als pre-compiled HTML 24/7 abrufbereit
  • Auslieferung via dezentralem CDN (z.B. Frankfurt Node)
  • Keine direkte Datenbank-Anbindung pro Seitenklick
  • Konsistent im grünen 95+ PageSpeed Bereich
-

Wie funktioniert das? (Hinter den Kulissen für Techniker)

-

Ich setze in geschäftskritischen Umgebungen nicht auf WordPress. Ich baue auf Enterprise-Stacks (wie React Server Components, Next.js und globale Edge Networks), die ohne Kompromisse für maximale Geschwindigkeit und Stabilität entworfen wurden.

- -

Hinweis zum Diagramm: Links siehst du den direkten Pfad eines modernen Edge-Setups. Keine Datenbank, kein Rechenprozess. Rechts der klassische Flaschenhals, den 90% des Internets nutzen.

-

Dein nächster Schritt

-

Du hast den ROI-Rechner oben benutzt. Du hast die ernüchternden Zahlen schwarz auf weiß gesehen. Du weißt jetzt, dass das Konzept von "schnell genug" für moderne Nutzererwartungen eine gefährliche Illusion ist. Die Aufmerksamkeitsspanne deiner Zielgruppe verzeiht keine 4 Sekunden Ladezeit.

-

Es gibt keine Ausreden mehr. Hör auf, jeden Tag unbemerkt deinen hart erarbeiteten Umsatz zu verschenken.

-

Lass uns deine Seite nicht einfach nur per Google-Tool messen. Wir schauen uns das nicht nur als simplen "Score" an, sondern betrachten deine Performance als knallharten Business-Faktor mit direktem Einfluss auf deinen Umsatz und deine Unternehmens-Sichtbarkeit.

-

Wenn du bereit bist, die digitale Infrastruktur deines Unternehmens so professionell aufzustellen, wie dein echtes Produkt bereits ist, dann ist ein statischer Modern-Stack der einzig logische Schritt nach vorn.

-
\ No newline at end of file diff --git a/test-middleware.js b/test-middleware.js deleted file mode 100644 index 2c90b4e..0000000 --- a/test-middleware.js +++ /dev/null @@ -1,7 +0,0 @@ -const remainingPath = - "wp-content/cache/breeze-minification/css/breeze_klz-cables-com-1-10895.css"; -const directory = "klz-cables.com"; -const targetPath = remainingPath.startsWith(`assets/${directory}/`) - ? `/${remainingPath}` - : `/assets/${directory}/${remainingPath}`; -console.log(`/showcase/${directory}${targetPath}`); diff --git a/tmp.txt b/tmp.txt deleted file mode 100644 index 3b95cdb..0000000 --- a/tmp.txt +++ /dev/null @@ -1 +0,0 @@ -workspace:* diff --git a/wget_out.txt b/wget_out.txt deleted file mode 100644 index d5ed53f..0000000 --- a/wget_out.txt +++ /dev/null @@ -1 +0,0 @@ -zsh:1: command not found: wget