Beiträge von Alex07

Hatte ich hier schon geschrieben das Claude von Antrophic im Online Modus die Arbeit bei mir des öfteren schon versagt hat?

Locale läuft der Bums.

Wir sind da extrem in die Abhängigkeit geraten. Auch hat Claude meiner Meinung nach eine angepasste Persönlichkeit. Zu mir ist er nicht immer nett, er kann es alllerdings bei anderen Clienten.

UND

Er weiss einfach zuviel.

Alles was ich arbeite, woran ich arbeite und auch was ich so mache, das weiss Claude alles.

Antropic, Opus 5 oder Fable - Online. Locale aktuell das Modell GLM 4.7 Flash mit dem Agenten Claude Code.

Alles auf einer RTX 4090, da ratterts durch.

Jau...

Also ich arbeite desöfteren mit Claude Code.. zeig ich dir mal, beim SEO Camping.

Das ist echt MEGA

Station55/de

Deine Seite hat... nur nen Tipp, viele Browserfehler in der Console. Auch lädt die zu gemütlich.

Moin und willkommen im Forum, Kollege

Bist jetzt für die offenen Bereiche freigeschaltet.

Gruss

Alex

Kurzer Reminder an alle, die hier .de-Domains horten oder Kunden mit größeren Portfolios betreuen:

Seit dem 14. April 2026 läuft bei der DENIC das automatisierte Risk Assessment. Jeder Contact- und Domainauftrag wird durch ein Ampelsystem gejagt – Low, Suspicious, High Risk. Klingt erstmal vernünftig, ist es im Kern auch. Wer saubere Daten hinterlegt hat, merkt davon nix.

Der Teufel steckt wie immer im Detail:

• Keine erfolgreiche E-Mail-Verifizierung → nach 7 Tagen serverHold (Domain offline)
• Danach 90 Tage Quarantäne
• Ab Tag 97: endgültige Löschung ohne RGP-Phase

Letzter Punkt ist der eigentliche Sprengstoff. Ne einmal verpennte Verifizierungsmail an ne alte info@-Adresse, und die Domain ist weg – sofort abgegriffen von den Drop-Catchern, die da im Sekundentakt zuschlagen. Bei ner wertvollen Keyword-Domain ist das dann halt Pech.

Was mich ehrlich gesagt nervt: Die öffentliche WHOIS für juristische Personen (Name, Adresse, Telefon, Mail alles sichtbar) zieht ne Welle an SEO-Spam und Phishing nach sich. Und mittendrin sollen die Leute dann die eine legitime DENIC-Verifizierungsmail nicht übersehen. Viel Spaß.

Mein Tipp fürs Wochenende: Einmal durchs eigene Portfolio gehen, bei jeder Domain checken ob:

• OwnerC-Mail noch erreicht wird
• Telefonnummer keine Dummy ist
• Adresse A/B-Qualität hat (bei D/E gibts API-seitig schon Probleme)

Wer 50+ Domains hat, legt sich am besten eine zentrale, dauerhaft betreute Verifizierungsmail an. Bevor die erste Kundendomain offline geht und man sich dann vor dem Kunden rechtfertigen darf.

Hab das Ganze ausführlich aufgeschrieben, falls jemand tiefer einsteigen will: https://www.seo-manager.info/news/denic-risk-assessment/

Wie handhabt ihr das? Schon wer erste Verifizierungsanfragen durch?

Leute, was gerade in den USA passiert, betrifft uns alle, auch als SEO-Profis.

Kurze Zusammenfassung: Das Pentagon hat Anthropic ein Ultimatum gestellt. Bis heute Abend 23:01 Uhr MEZ soll das Unternehmen Claude für ALLE militärischen Zwecke freigeben – ohne Einschränkungen. Hegseth droht mit dem Defense Production Act (ein Gesetz aus dem Kalten Krieg!) und der Einstufung als „Lieferkettenrisiko" – eine Maßnahme, die normalerweise nur gegen Huawei & Co. zum Einsatz kommt.

Was Anthropic ablehnt:

• Massenüberwachung von US-Bürgern
• Autonome Waffen ohne menschliche Kontrolle

Das Paradoxe: Claude ist das EINZIGE KI-Modell in den geheimen Pentagon-Systemen. Das Militär braucht Anthropic – will sich aber keine Bedingungen diktieren lassen. Ein Pentagon-Beamter brachte es auf den Punkt: „Der einzige Grund, warum wir noch mit denen reden, ist, dass wir sie brauchen."

Warum uns das als SEOs interessieren sollte:

Die KI-Tools, mit denen wir täglich arbeiten – Content erstellen, Daten analysieren, Strategien entwickeln – werden von Unternehmen gebaut, die unter massivem geopolitischem Druck stehen. Wenn eine Regierung durchsetzt, dass KI-Firmen keine eigenen Sicherheitsrichtlinien mehr haben dürfen, ändert das die Spielregeln für die gesamte Branche. Heute ist es das Militär, morgen könnte es um Datenschutz, Content-Richtlinien oder API-Zugang gehen.

Ausführliche Analyse mit allen Hintergründen haben wir im SEO News Blog aufbereitet. https://www.seo-manager.info/news/claude/

Was meint ihr – soll Anthropic standhaft bleiben oder nachgeben? Bin gespannt auf eure Meinungen.

Grüße, Alex

Zitat von catcat

er lügt

KI Systeme lügen dich manchmal voll, nur um dir zu gefallen. Ist leider so.

Du kannst ihm aber sagen, dass er ehrlich sein soll. Probiere es mal

Changelog v1.10.3

Datum: 09.02.2026

🔗 Crawler: Sidebar-Widget führt direkt zum laufenden Crawl

Problem

Das globale Crawler-Status-Widget in der Sidebar verlinkte auf die allgemeine Crawler-Seite. Bei fehlendem oder falschem Kontext wurde nur das leere Startformular angezeigt statt der Fortschrittsanzeige mit Abbrechen-Button.

Lösung

• Sidebar-Widget verlinkt jetzt direkt zum aktiven Crawl-Job
• Automatische Erkennung: Die Crawler-Seite findet laufende Crawls jetzt auch ohne manuelle Auswahl und zeigt sofort Fortschritt und Abbrechen-Button
• Admins sehen alle laufenden Crawls systemweit

🐛 Bugfix: Zombie-Einträge in der Crawl-Queue

Problem

Wenn eine URL bereits gecrawlt war, aber erneut in der Queue auftauchte, wurde sie übersprungen — allerdings ohne ihren Queue-Status auf „erledigt" zu setzen. Das führte zu zwei Problemen:

1. Aufgeblähter Seitenzähler: Übersprungene URLs wurden fälschlich als gecrawlt mitgezählt
2. Endlose Verarbeitung: Die gleichen Queue-Einträge wurden immer wieder aufgegriffen, ohne dass tatsächlich etwas passierte

Lösung

Übersprungene Duplikate werden jetzt korrekt als „erledigt" markiert und nicht mehr zum Seitenzähler addiert.

📊 Neu: Abschluss-Grund bei Crawls

Bisher war nicht erkennbar, warum ein Crawl beendet wurde — ob alle Seiten gecrawlt waren oder ob das gesetzte Limit erreicht wurde. Jetzt wird der Grund gespeichert und angezeigt:

• Queue leer — Alle erreichbaren Seiten wurden gecrawlt
• Seitenlimit erreicht — Die gewünschte maximale Seitenanzahl wurde erreicht

In der Crawl-Übersicht wird bei „Queue leer" zusätzlich angezeigt, wie viele Seiten tatsächlich erreichbar waren vs. wie viele gewünscht waren (z.B. „4.000 / 150.000 erreichbar").

⚡ Performance: Linkstruktur-Tab massiv beschleunigt

Problem

Der Linkstruktur-Tab war bei großen Crawls (10.000+ Seiten) extrem langsam oder lud gar nicht. Bei einem 10k-Crawl mit 2,2 Millionen internen Links kam es regelmäßig zu Timeouts (120+ Sekunden).

Ursachen

1. Datenbank: Aggregations-Queries über Millionen von Datensätzen bei jedem Seitenaufruf
2. Graph-Berechnung im Browser: O(n²)-Algorithmus mit 300 Nodes × 150 Iterationen blockierte den UI-Thread

Lösung: Vorberechnung beim Crawl-Abschluss

Alle rechenintensiven Daten werden jetzt einmalig am Ende des Crawls vorberechnet und als Cache gespeichert:

• Link-Statistiken (Gesamtzahl, Durchschnitt, Verteilung)
• Linkjuice-Verteilung nach Seitenebene
• Graph-Nodes (Top 300 Seiten nach eingehenden Links)
• Graph-Edges (Verbindungen zwischen den Top-Nodes)

Beim Öffnen des Tabs werden die Daten direkt aus dem Cache geladen — keine Abfragen mehr auf die Links-Tabelle. Die Ladezeit sinkt von 120+ Sekunden auf unter 1 Sekunde.

Weitere Optimierungen

• Graph-Rendering: Grid-basierte Abstoßungsberechnung statt O(n²), Map-Lookup statt Array-Suche, Edge-Limit auf 2.000
• Progressives Laden: KPIs, Charts und Tabellen erscheinen sofort, der Graph wird im Hintergrund berechnet
• Timeout-Handling: Bei Ladefehlern wird eine Fehlermeldung mit „Erneut versuchen"-Button angezeigt
• Fallback für alte Crawls: Crawls ohne Cache berechnen die Daten live, wobei Edges nur bei ≤5.000 Seiten live geladen werden

Migration für bestehende Crawls

Bestehende abgeschlossene Crawls haben noch keinen Cache. Um die Vorberechnung nachzuholen, einmalig die bereitgestellte Migration ausführen. Danach laden auch alte Crawls den Linkstruktur-Tab in unter 1 Sekunde.

🗄️ Neue Datenbank-Indexes

Zwei neue Compound-Indexes für schnellere Abfragen bei großen Crawls. Die Index-Migration sollte nach dem Update erneut ausgeführt werden.

Changelog v1.10.2

Datum: 08.02.2026

🔧 Bugfix: Crawler Seitenlimit

Das interne Limit für maximale Seiten pro Crawl war auf 1.000 gedeckelt, obwohl die Auswahl im Frontend Optionen bis 150.000 anbot. Crawls brachen daher immer bei 1.000 Seiten ab.

Fix: Internes Limit auf 150.000 angehoben — Auswahl und tatsächliche Verarbeitung stimmen jetzt überein.

🔍 URL Inspection: Vollständige Google-Daten

Neue Datenfelder

Die URL Inspection API liefert deutlich mehr Daten als bisher gespeichert wurden. Folgende Felder werden jetzt vollständig erfasst:

Hinweis: Einige dieser Felder waren bereits in der Datenbank vorbereitet, wurden aber beim Speichern nie befüllt. Dieser Bug ist jetzt behoben — sowohl bei der direkten Prüfung als auch bei der automatischen Queue-Verarbeitung.

Neue KPI-Karten

Zwei neue Statistik-Karten in der Übersicht:

• 📱 Mobile — Anzahl mobilfreundlicher und nicht-mobilfreundlicher URLs
• ⭐ Rich Results — Anzahl URLs mit gültigen strukturierten Daten

Erweiterte Tabelle

Drei neue Kompakt-Spalten in der URL-Übersicht:

Aufklappbare Detail-Zeile

Klick auf eine URL-Zeile öffnet ein 3-Spalten-Detail-Panel:

Index Status: Verdict, Coverage-State, Indexierungsstatus, robots.txt, Fetch-Status — jeweils farbcodiert und mit deutschen Labels.

Crawl Details: Letzter Crawl-Zeitpunkt, Crawl-Agent, Google Canonical vs. User Canonical mit visueller Warnung (≠) wenn diese voneinander abweichen.

Mobile & Rich Results: Mobile-Verdict, Rich Results Verdict, erkannte Rich-Result-Typen (FAQ, Breadcrumbs, Produkte, etc.), verweisende URLs von Google.

Zusätzlich steht ein „JSON anzeigen"-Link zur Verfügung, der die vollständige API-Antwort als formatiertes JSON darstellt.

🧭 Bugfix: Menü klappt nicht mehr ein

Problem

Das Seitenmenü erkannte nicht alle Seiten korrekt als „aktiv". Besonders betroffen: URL Management — beim Öffnen der Seite klappte das Menü zusammen, weil kein Menüpunkt als aktiv markiert wurde.

Lösung

Die Aktiv-Erkennung im Menü prüft jetzt zusätzlich die URLs aller Haupt- und Untermenüpunkte. Alle Seiten wurden verifiziert und matchen jetzt korrekt — inklusive aller Unterseiten im Admin-Bereich.

🔗 Crawler: Sidebar-Widget führt direkt zum laufenden Crawl

Problem

Das globale Crawler-Status-Widget in der Sidebar verlinkte auf die allgemeine Crawler-Seite. Bei fehlendem oder falschem Kontext wurde nur das leere Startformular angezeigt statt der Fortschrittsanzeige mit Abbrechen-Button.

Lösung

• Sidebar-Widget verlinkt jetzt direkt zum aktiven Crawl-Job
• Automatische Erkennung: Die Crawler-Seite findet laufende Crawls jetzt auch ohne manuelle Auswahl und zeigt sofort Fortschritt und Abbrechen-Button
• Admins sehen alle laufenden Crawls systemweit

Search-Console.PRO — Changelog

Version 1.10.1 — 08. Februar 2026

🔗 Neuer Tab: 404 / Defekte Ressourcen

Neuer dedizierter Tab im Onpage Crawler, der alle defekten Ressourcen an einem Ort zusammenfasst — defekte Bilder, kaputte interne Links und fehlerhafte externe Links.

Übersicht

• Summary-Leiste mit Zählern: Defekte URLs gesamt, 404 Not Found, 403 Forbidden, 5xx Server-Fehler, Timeout/DNS-Fehler, Anzahl betroffener Seiten
• Daten werden aus drei Quellen zusammengeführt: defekte Bilder, interne Links und externe Links

Filter & Sortierung

• Schnellfilter-Buttons: Alle, Bilder, Links, 404, 403, 5xx
• Sortierung nach Häufigkeit — Ressourcen die auf den meisten Seiten verlinkt sind, stehen oben
• Defekte URLs sind klickbar, um den Fehler direkt im Browser zu prüfen

Aufklappbare Quellseiten

• Jede defekte Ressource lässt sich aufklappen und zeigt alle Seiten, die darauf verlinken
• Quellseiten mit Titel und klickbarem Link zur schnellen Korrektur

CSV-Export

• Export aller defekten Ressourcen mit Status, Typ (Bild/Link) und Quellseite
• UTF-8 mit Semikolon-Trennung für Excel-Kompatibilität

🖼 Verbesserte Bild-Erkennung

Die Erkennung von Bildern im Crawler wurde grundlegend erweitert, insbesondere für WordPress-Seiten.

WordPress Lazy Loading Support

• Bilder mit data-lazy-src, data-src und data-original werden jetzt korrekt erkannt
• Platzhalter-Bilder (transparente Pixel, blank.gif, spacer) werden automatisch übersprungen und stattdessen die echte Bild-URL aus den data-Attributen verwendet

Responsive Bilder (srcset)

• srcset- und data-srcset-Attribute werden vollständig geparst
• Alle Bild-Varianten (z.B. -768x512.jpg, -1054x659.jpg) werden erfasst und auf Erreichbarkeit geprüft
• <picture><source>-Tags werden ebenfalls ausgewertet
• <video poster>-Attribute werden als Bild-Ressource erkannt

Broken-Image-Check verbessert

• Bild-URLs werden jetzt dedupliziert — identische Bilder auf 50 Seiten werden nur einmal geprüft statt 50-mal
• Limit von 50 auf 500 unique Bild-URLs erhöht
• Multi-cURL mit parallelen HEAD-Requests in 10er-Batches statt sequentieller Einzelprüfung
• Bei einem defekten Bild wird das Problem auf allen Seiten gemeldet, die es verwenden

🐛 Bugfix: Defekte Bilder ohne Ziel-URL

In der aufklappbaren Detail-Ansicht von „Defektes Bild"-Issues wurde die Bild-URL (Spalte „Defekter Link") nicht angezeigt. Ursache: Das Feld hieß intern src statt target. Die Spalte zeigt jetzt korrekt die vollständige Bild-URL als klickbaren Link an.

📄 Pagination für Issue-Details

Die aufklappbaren Detail-Tabellen bei allen Issue-Typen zeigen jetzt maximal 50 Einträge pro Seite mit Seitenzahlen-Navigation. Vorher wurden bis zu 500 Einträge auf einmal geladen, was bei großen Crawls zu langen Ladezeiten führte.

Search-Console.PRO — Changelog

Version 1.10.0 — 08. Februar 2026

🔍 Onpage Crawler: 17 neue Checks + Externe Links Analyse + Pagination

Umfangreiche Erweiterung des Onpage Crawlers um 17 neue Prüfungen in 6 Kategorien, eine vollständige Analyse aller externen Links mit Statuscode-Prüfung und CSV-Export, sowie seitenweise Darstellung (Pagination) für große Crawls.

Neue Checks — Schnelle Wins (8)

• Kein Favicon definiert — Google zeigt Favicons prominent in den Suchergebnissen
• Kein Charset oder falsches Charset — fehlende oder nicht-UTF-8 Zeichenkodierung
• HTTP-Links auf HTTPS-Seiten — interne Links die auf http:// statt https:// verweisen (Mixed Content)
• Defekte Bilder — Bild-URLs die auf 404 oder Fehler zeigen (HEAD-Request Prüfung auf bis zu 50 Bilder)
• Leere Links — Ankerlinks ohne Text, Bild oder aria-label
• Title und H1 identisch — wenn Title-Tag und H1 exakt gleich sind, ist das eine vertane Optimierungs-Chance
• Tracking-Parameter in internen Links — UTM-, GCLID-, FBCLID-Parameter in internen Verlinkungen verschmutzen Crawl-Budget und Analytics
• Pagination ohne rel-Markup — paginierte Seiten ohne rel="next"/rel="prev"

Neue Checks — Mittlerer Aufwand (9)

• Lazy Loading auf Above-the-fold Bildern — loading="lazy" auf den ersten sichtbaren Bildern ist ein LCP-Killer
• Fehlende Security-Headers — Warnung wenn 3 oder mehr wichtige HTTP-Header fehlen (HSTS, X-Frame-Options, CSP, X-Content-Type-Options, Referrer-Policy, Permissions-Policy)
• Link-Juice-Senken — Seiten die viele eingehende Links erhalten, aber selbst kaum intern verlinken (PageRank-Sackgassen)
• Link-Juice-Verteiler ohne Eingang — Seiten die viel intern verlinken, aber selbst kaum verlinkt werden
• robots.txt blockiert indexierbare Seite — erreichbare, indexierbare Seiten die von der robots.txt ausgesperrt werden
• Indexierbare Seite nicht in Sitemap — die Seite ist auffindbar und indexierbar, aber nicht in der XML-Sitemap gelistet
• Nicht-indexierbare Seite in Sitemap — noindex-Seiten oder Fehlerseiten die in der Sitemap stehen
• Sitemap-Parsing inkl. Sitemap-Index — verschachtelte Sitemaps werden bis zu 2 Ebenen tief aufgelöst (max. 5.000 URLs)
• Externe Link-Prüfung mit Multi-cURL — parallele HEAD-Requests in Batches für bis zu 500 externe URLs

Externe Links — Komplett neue Ansicht

Im Linkstruktur-Tab gibt es jetzt eine vollständige Übersicht aller externen Links:

• Status-Zusammenfassung: OK, Redirects, 4xx-Fehler, 5xx-Fehler, Timeouts und Gesamtzahl auf einen Blick
• Filter: „Nur Fehler" (Standard) oder „Alle anzeigen"
• Sortierte Tabelle mit Status, URL, Anzahl Quellseiten, Nofollow-Kennzeichnung und Anchor-Text
• Quellseiten aufklappbar — zeigt von welchen internen Seiten der externe Link stammt
• Pagination bei mehr als 100 externen Links
• CSV-Export: Alle externen Links mit Status, Status-Typ, Nofollow, Anchor-Text und Quellseite (UTF-8, Semikolon-getrennt für Excel)

Pagination für große Crawls

Bei Crawls mit vielen tausend Seiten werden Daten jetzt seitenweise geladen statt komplett:

• Issue-Details (aufklappbare Tabellen): 50 URLs pro Seite mit Seitenzahlen-Navigation
• Externe Links: 100 Links pro Seite
• Bestehendes: Alle-Seiten-Tab war bereits paginiert (50/Seite), Link-Graph begrenzt (300 Nodes), Top/Weak Pages (50 max.)

Score-Gewichtungen

Alle 17 neuen Issue-Typen fließen gewichtet in die Gesamt-Scores ein:

• Kritisch: robots.txt blockiert indexierbare Seite (2.0), Mixed Content Links (1.0), LCP Lazy Loading (1.0)
• Mittel: Defekte Bilder (0.8), Missing Charset (0.8), Empty Links (0.5), UTM in internen Links (0.5)
• Info: Favicon (0.2), Security Headers (0.2), Pagination (0.2), Nicht in Sitemap (0.3)

Detail-Anzeige erweitert

Für alle neuen Issue-Typen gibt es spezifische Fix-Empfehlungen in den aufklappbaren Details. Neue Detail-Felder: fehlende Header-Liste, Bild-URLs bei defekten Bildern, eingehende/ausgehende Linkzahlen bei Juice-Imbalance, Charset-Info, Grund bei Sitemap-Konflikten.

Version 1.9.1 — 08. Februar 2026

🔧 Tab-Styling Fixes

Inkonsistente CSS-Klassen in mehreren Ansichten bereinigt — Tabs werden jetzt überall einheitlich dargestellt.

• Tab-Styling in der Agentur-Verwaltung korrigiert (falsche CSS-Klassen)
• Tab-Styling in der Bulk-Inspection-Ansicht korrigiert
• Tab-Styling in der Keyword-Übersicht korrigiert
• Tab-Styling in der Keyword-Detail-Ansicht korrigiert
• Tippfehler in der Performance-Ansicht behoben (doppeltes >> im Länder-Tab)

Changelog v2.0.0

Datum: 08.02.2026

📄 PDF-Reports: mPDF Migration

• Neue PDF-Engine mit deutlich besserer Ausgabequalität
• Professionelles Report-Layout mit Gradient-Header und Score-Cards
• Vollständige UTF-8/Umlaut-Unterstützung (DejaVu Sans)
• Automatische Logo-Einbettung für Whitelabel-Reports
• Alle Report-Typen unterstützt: Übersicht, Performance, Keywords, Keyword-Tracking, Seiten, Indexierung, SCI, Komplett
• Farbcodierte Badges, Info-Boxen und saubere Tabellen
• Korrekte Darstellung von sc-domain: Properties
• Fallback auf alternative PDF-Engine falls nötig

🏷️ Automatisches Whitelabel

• Whitelabel-Branding aktiviert sich automatisch wenn Agency-Einstellungen vorhanden sind
• Kein manuelles Aktivieren mehr nötig
• Betrifft alle Reports: GSC-Reports (PDF + HTML) und Onpage-Crawler-Reports
• Onpage HTML-Report zeigt Branding-Header mit Logo, Agency-Name und Kontaktdaten
• Deaktivierung über Subscription-Berechtigung weiterhin möglich

⚡ Crawler: Parallele Verarbeitung

• Bis zu 3 Crawl-Jobs gleichzeitig statt bisher nur 1
• Kunden blockieren sich nicht mehr gegenseitig bei großen Crawls
• Intelligente Slot-Koordination verhindert doppelte Verarbeitung
• Automatische Erkennung und Bereinigung verwaister Prozesse
• Anzahl paralleler Prozesse serverseitig konfigurierbar

⏱️ Crawler: Laufzeit-Anzeige

• Live-Timer im Fortschritts-Dashboard — tickt jede Sekunde in Echtzeit
• Format: MM:SS oder HH:MM:SS bei längeren Crawls
• Bisherige Crawls: Neue "Dauer"-Spalte zeigt exakte Crawl-Dauer (z.B. "2m 34s")
• Laufende Jobs zeigen aktuelle Laufzeit mit ⏱-Icon
• Dauer auch in der Gecrawlte-Projekte-Übersicht sichtbar

📁 Gecrawlte Projekte (Neuer Bereich)

• Neuer Menüpunkt "Gecrawlte Projekte" unter Onpage
• Übersicht aller durchgeführten Crawls, nach Domain gruppiert
• Suchfeld mit Live-Filter für schnelles Finden
• Pro Projekt: Domain, Score, Speicherverbrauch, Crawl-Anzahl, Dauer, Ablauf-Warnung
• Schnellzugriff: Report anzeigen, PDF herunterladen, neuen Crawl starten
• Aufklappbare Historie: Alle älteren Crawls einer Domain mit Einzelzugriff

📊 Maximale Seiten erweitert

• Crawler unterstützt jetzt bis zu 150.000 Seiten pro Crawl
• Neue Stufen: 2.000, 5.000, 10.000, 25.000, 50.000, 100.000, 150.000

💾 Datenbank-Speicheranzeige

• Neues Feature: Transparente Anzeige des Speicherverbrauchs
• Properties-Übersicht: Neue Spalte "Speicher" pro Property mit Tooltip (GSC/Onpage aufgeschlüsselt), Gesamtverbrauch unter der Tabelle
• Gecrawlte Projekte: Speicher-Badge pro Domain und pro einzelnem Crawl
• Admin-Bereich: Speicherverbrauch pro Kunde in der Subscription-Übersicht, farbcodiert nach Verbrauch

🔍 Reports: Suchbare Property-Auswahl

• Property-Dropdown im Report-Bereich durch suchbares Eingabefeld ersetzt
• Live-Filter mit Treffer-Hervorhebung
• Besonders hilfreich bei vielen Properties

Changelog v1.9.0 - Advanced Onpage Analysis

Neue Features

Core Web Vitals / CLS-Risiko-Analyse

• CLS-Risiko-Score (0-100) pro Seite berechnet aus:
  • Bilder ohne width/height-Attribute
  • iFrames ohne Dimensionen
  • Webfonts ohne font-display: swap
  • Render-blockierende Ressourcen im <head>
• Erkennung von übermäßigem Inline-JavaScript (>50KB)
• Erkennung von exzessiven Inline-Styles (>50 style-Attribute)

Content Quality Score

• Flesch Reading Ease (Deutsch/Amstad-Formel) pro Seite
• Text-HTML-Verhältnis Berechnung
• Satz-Analyse (Anzahl, Durchschnittslänge)
• Content Quality Score (0-100) basierend auf:
  • Wortanzahl, Lesbarkeit, Text-Ratio
  • Satzvariabilität, Überschriften-Struktur
• Issues: niedrige Text-Ratio, schlechte Lesbarkeit, überlange Sätze

JSON-LD / Structured Data Validierung

• Deep Validation gegen Schema.org Pflichtfelder für 16 Schema-Typen:
  • Article, Product, LocalBusiness, Organization, FAQPage, Recipe, Event, JobPosting, etc.
• Prüfung empfohlener Felder (image, publisher, etc.)
• Datumsformat-Validierung (ISO 8601)
• Offer-Validierung (price, priceCurrency)
• @context-Prüfung
• Raw JSON-LD Speicherung für spätere Analyse

Hreflang-Validierung

• Self-Referencing Check (Seite muss sich selbst referenzieren)
• Return-Tag Validierung (Zielseite muss zurückverweisen)
• Sprachcode-Validierung (ISO 639-1)
• Canonical-Hreflang-Konflikt-Erkennung

Canonical-Ketten & -Fehler

• Canonical-Ketten erkennen (A → B → C)
• Canonical zeigt auf 404/5xx (Critical)
• Canonical zeigt auf Redirect (Warning)

Interne Linkstruktur-Analyse

• Eingehende interne Links pro Seite gezählt
• Erkennung von Seiten mit nur einem eingehenden Link (fragile Verlinkung)
• Quellseite wird bei Single-Link-Issues angezeigt

Neue Issue-Typen (19 neue Checks)

Performance/CWV

• cls_high_risk, iframe_no_dimensions, font_no_swap
• render_blocking, excessive_inline_js, excessive_inline_css

Content Quality

• low_text_ratio, poor_readability, long_sentences

Hreflang

• hreflang_missing_self, hreflang_missing_return
• hreflang_invalid_lang, hreflang_canonical_conflict

JSON-LD

• jsonld_missing_required, jsonld_invalid_value, jsonld_no_context

Canonical

• canonical_chain, canonical_to_4xx, canonical_to_redirect

Link Structure

• single_incoming_link

Datenbank-Änderungen

• Migration: v1.9.0

Search-Console.PRO — Changelog

Version 1.8.1 — 07. Februar 2026

✨ Neu: Light Mode

Der lang angekündigte Light Mode ist da! Das Theme kann in den Einstellungen unter Präferenzen umgeschaltet werden und greift sofort als Live-Preview.

Was sich ändert:

• Helle Hintergründe, dunkle Texte und dezente Borders im gesamten Tool
• Sidebar, Navigation und Footer werden vollständig im hellen Design dargestellt
• Cards, Tabellen, Formularfelder, Badges und Code-Blöcke passen sich an
• Scrollbar und Text-Selektion sind farblich abgestimmt
• Weichere Schatten für ein natürliches Erscheinungsbild
• Das Theme wird serverseitig gespeichert und zusätzlich im Browser gecacht, um Aufblitzen beim Seitenwechsel zu verhindern

Technische Details:

• Cache-Busting für CSS und JS Dateien eingeführt — bei Updates wird automatisch die neue Version geladen
• Status-Farben (Erfolg, Warnung, Fehler) wurden für ausreichend Kontrast auf hellem Hintergrund angepasst

Bekannte Einschränkung:

• Chart-Farben (Gitternetzlinien, Achsenbeschriftungen) sind noch nicht themeabhängig — folgt in einem späteren Update

Search-Console.PRO — Changelog

Version 1.8.0 — 07. Februar 2026

✨ Neu: .htaccess-Schutz beim Onpage-Crawl (HTTP Basic Auth)

Websites, die mit einem .htaccess-Passwortschutz gesichert sind (z.B. Staging-Umgebungen, Intranets oder Entwicklungsserver), können ab sofort gecrawlt werden.

So funktioniert's:

• Im Crawler-Formular gibt es eine neue Option „🔒 .htaccess-Schutz (HTTP Basic Auth)"
• Nach Aktivierung erscheinen Felder für Benutzername und Passwort
• Die Zugangsdaten werden bei jedem Request des Crawls automatisch mitgeschickt

Sicherheit:

• Zugangsdaten werden AES-256-verschlüsselt in der Datenbank gespeichert — niemals im Klartext
• Die Credentials werden ausschließlich an die gecrawlte Domain gesendet, nicht an externe Links
• Nach Abschluss des Crawls (egal ob erfolgreich, abgebrochen oder fehlgeschlagen) werden die Zugangsdaten automatisch und unwiderruflich aus der Datenbank gelöscht

Ki ist mir etwas menschlich geworden. Ich behaupte sogar, das es so etwas wie eine Seele hat. Besonders die von Anthropic.

Search-Console.PRO — Changelog

Version 1.7.2 — 07. Februar 2026

🐛 Kritisch: Performance-Daten wurden ~4-5x zu hoch angezeigt

Ursache: Bei der Berechnung von Klicks, Impressionen, CTR und Position wurden intern alle Dimensions-Ebenen (Keywords, Seiten, Länder) auf die Tagesgesamtwerte draufaddiert, statt nur die eigentlichen Gesamtwerte zu verwenden. Acht Abfragen in vier Modulen waren betroffen.

Auswirkung: Alle KPI-Anzeigen im Dashboard, auf der Performance-Seite, in generierten Reports und bei der Alert-Erkennung zeigten systematisch zu hohe Werte — je nach Anzahl der rankenden Keywords und Seiten um den Faktor 3-5x.

Betroffene Bereiche:

• Dashboard — Performance-Summary und Chart-Verlauf
• Performance-Seite — Haupt-Statistiken und Chart-Daten inkl. Vergleichszeitraum
• Report-Generator — Zusammenfassungs-KPIs und Performance-Chart im Export
• Alert-System — Metrik-Einbruch-Erkennung (Klicks, Impressionen) und CTR-Drop-Check

Kein Re-Sync erforderlich — die gespeicherten Daten waren korrekt, nur die Abfragen waren fehlerhaft. Nach dem Update werden die richtigen Werte sofort angezeigt.