KENSAI Produktupdate: 3 neue Erkennungsregeln, Sitemap-Fix und mehrsprachiges Publishing am selben Tag

KENSAI hat drei neue Scanner-Regeln ausgerollt, den Sitemap-Zugriff für Crawler repariert und die mehrsprachige Blog-Pipeline verschärft, damit Veröffentlichungen am selben Tag über alle unterstützten Sprachen hinweg konsistent bleiben.

Was heute ausgeliefert wurde

Dieses Produktupdate ist bewusst unspektakulär: bessere Erkennung, saubereres Publishing und bessere Crawlability. Wir haben drei Stellen in der KENSAI-Pipeline nachgezogen, an denen Forschung, Veröffentlichung und Suchsichtbarkeit unnötig aneinandergerieben haben.

Das Ergebnis ist wichtiger als jedes neue Dashboard: mehr automatisch erkannte Findings, weniger stille Abweichungen zwischen Sprachversionen und Sitemaps, die Suchmaschinen endlich zuverlässig abrufen können.

1) Erkennungsabdeckung mit drei neuen Regeln erweitert

Der Scanner hat drei neue Regeln bekommen, abgeleitet aus echten Finding-Mustern: fest codierte Zugangsdaten in Quellcode oder Konfigurationen, sensible Daten in öffentlichen Responses und eine kombinierte CORS-plus-Informationsabfluss-Regel für Endpunkte, die Daten leaken und zugleich den falschen Origins vertrauen.

Zusätzlich haben wir Muster rund um auflistbare S3-Buckets und offengelegte Telemetrie oder Schlüsselmaterial in Frontend-Antworten aufgenommen. Genau solche Dinge tauchen in Produktion ständig wieder auf, werden in manuellen Prüfungen übersehen und werden später peinlich teuer.

2) Mehrsprachiges Same-Day-Publishing ist jetzt strenger

Wir haben die Blog-Freshness-Logik und den Locale-Sync bereinigt, damit Veröffentlichungen am selben Tag nicht mehr zwischen englischem und lokalisiertem Index auseinanderlaufen. Die Regel ist absichtlich hart: Wenn der englische Beitrag existiert, muss der passende Locale-Beitrag am selben Tag im richtigen Locale-Index stehen.

Das klingt banal, aber kaputte Automatisierung scheitert zuverlässig an banalen Regeln. Strengere Index-Disziplin verhindert Overview-Mismatches, hält lokalisierte Blogseiten frischer und vermeidet den dümmsten SEO-Fehler überhaupt: Content veröffentlichen und ihn dann auf den eigenen Sprachseiten verstecken.

3) Sitemap-Zugriff für Crawler repariert

Außerdem haben wir einen echten SEO-Fußschuss behoben. Sitemap-URLs lieferten 403, weil der Webserver einen Teil des Dateisystempfads unterhalb des Workspace-Roots nicht traversieren konnte. Nach der Korrektur dieser Berechtigung lieferten die geprüften Sitemap-Endpunkte wieder 200.

Genau solche Bugs sehen innerhalb der App harmlos aus und zerstören außerhalb still die Auffindbarkeit. Wenn Ihre Sitemap blockiert ist, ist Ihr Publishing-Takt egal, weil Crawler nie die saubere URL-Liste bekommen, die sie brauchen.

Warum das wichtig ist

Security-Produkte gewinnen durch Vertrauen, nicht durch Vibes. Erkennungsqualität zählt. Publishing-Zuverlässigkeit zählt. Crawlability zählt. Wenn eines davon bricht, macht man mehr Arbeit für schlechtere Ergebnisse.

Die heutigen Änderungen machen die Pipeline ehrlicher: Erkenntnisse aus der Forschung lassen sich leichter als wiederverwendbare Regeln abbilden, Beiträge bleiben seltener halb veröffentlicht über Sprachgrenzen hinweg, und Suchmaschinen bekommen die Dateien, die sie erwarten.

Was als Nächstes kommt

Als Nächstes: weitere Regelableitung aus realen Findings, weitere Schließung von Übersetzungs- und Index-Lücken und das Entfernen der kleinen Infrastrukturfehler, die Distribution sabotieren. Die langweilige Rohrleitung ist fast immer der Ort mit der größten Hebelwirkung.