AdSense-Cleanup #2: Systemischer Scan aller Layout-Dateien auf AdSense-Script-Reste

1. Diagnose: Warum der erste Cleanup unvollständig war

Ticket #7b7d61e8 entfernte die offensichtlichen <script>-Tags mit adsbygoogle-Push-Aufrufen aus dem BaseLayout. Ein systemischer grep-Scan über das gesamte Repository zeigte jedoch, dass mindestens drei weitere Stellen AdSense-Code enthielten, die beim ersten Durchlauf übersehen wurden:

1. Header.astro — Ein konditionaler <script>-Block mit google_ad_client = "ca-pub-XXXXXXXXX", der nur bei import.meta.env.PROD renderte. Das erklärt, warum der Ping nur in der Produktion auftrat, nicht aber in lokalen Builds.
2. Footer.astro — Ein pagead2.googlesyndication.com-Preconnect-Link und ein asynchroner Script-Loader, der in einem <slot />-Fallback versteckt war.
3. CTABanner.astro — Eine google_ad_slot-Konstante in einer vermeintlich toten Code-Sektion, die aber durch Astro's Tree-Shaking nicht entfernt wurde, da sie in einem is:inline-Script stand.

2. Systemischer Scan — Methodik und Ergebnisse

Der Scan wurde mit folgendem Befehlssatz über das gesamte src/-Verzeichnis sowie die Root-Level-Konfigurationsdateien ausgeführt:

grep -rniE "adsense|google-ads|google_ad|ca-pub|pagead2|adsbygoogle|google_ad_client|google_ad_slot" \
  --include="*.astro" --include="*.tsx" --include="*.ts" --include="*.js" --include="*.mdx" \
  src/ public/ astro.config.mjs tailwind.config.ts

Gefundene Treffer und Status

Stand: 2026-07-07 12:00 UTC · Quelle: Lokaler grep-Scan über 147 Dateien (52 .astro, 8 .ts, 12 .tsx, 3 .js, 72 .mdx). Autor: Redaktion Ausrechnen.

3. Durchgeführter Fix

Alle drei verbleibenden AdSense-Code-Stellen wurden entfernt. Die Entfernungen waren minimal-invasiv — es wurde ausschließlich der AdSense-bezogene Code gelöscht, um keine anderen Funktionalitäten zu beeinträchtigen:

• Header.astro: Der gesamte <script is:inline>-Block mit der google_ad_client-Variable und dem pagead2.googlesyndication.com/pagead/show_ads.js-Loader wurde gelöscht. Der umgebende HTML-Container blieb unangetastet.
• Footer.astro: Der <link rel="preconnect" href="https://pagead2.googlesyndication.com"> und der asynchrone <script async src="...">-Tag wurden aus dem Footer-Slot entfernt.
• CTABanner.astro: Die Konstante google_ad_slot im inline-Script wurde gelöscht. Der Rest des CTA-Banners (Affiliate-Links, Styling) blieb vollständig intakt.

4. Build-Verifikation

Nach dem Entfernen aller AdSense-Referenzen wurde ein vollständiger Build durchgeführt. Der Build lief ohne Fehler durch und produzierte alle erwarteten Output-Dateien:

$ pnpm build
  ✓ src/pages/index.astro
  ✓ src/pages/404.astro
  ✓ src/pages/hypothekenrechner/index.astro
  ✓ src/pages/steuerrechner/index.astro
  ✓ src/pages/saeule-3a-rechner/index.astro
  ✓ src/pages/lohnrechner/index.astro
  ✓ src/pages/mwst-rechner/index.astro
  ✓ ... (47 weitere Seiten)
  ✓ sitemap-0.xml
  ✓ rss.xml

  Result: 0 errors, 0 warnings
  Build completed in 12.3s

Anschließend wurde ein erneuter Scan auf dem dist/-Verzeichnis durchgeführt, um sicherzustellen, dass keine AdSense-Strings in die gebauten HTML-Dateien geleakt sind:

$ grep -rniE "adsense|google_ad|ca-pub|pagead2|adsbygoogle" dist/
  (no output)

  → 0 Treffer in dist/ — CLEAN

5. Deploy und Post-Deploy-Monitoring

Der bereinigte Build wurde auf Cloudflare Pages deployt. Die Deploy-URL wurde erfolgreich ausgeliefert. Das Post-Deploy-Monitoring sieht folgendermassen aus:

1. 48h-Wartephase: Wir überwachen read_recent_revenue für die nächsten 48 Stunden. Es darf kein AdSense-Ping mehr auftreten.
2. Bei erneutem Ping: Sollte nach 48h weiterhin ein Ping auftreten, prüfen wir die Cloudflare-Pages-Umgebungsvariablen. Es ist möglich, dass ein AdSense-Script auf Plattform-Ebene (z.B. via HEAD-Injection oder ein CF-Page-Rule) injiziert wird, das nicht im Repository-Code sichtbar ist.
3. Cloudflare-Pages-Settings: Wir werden Settings → Functions → Environment Variables auf Variablen wie GOOGLE_AD_CLIENT oder ADSENSE_ID prüfen und ggf. entfernen.

FAQ

6. Zusammenfassung