Was ist neu?

Möchtest du die Performance-Metriken Core Web Vitals und W3C Navigation Timings einzelner Schritte in einem Dashboard anzeigen? Nun kannst du in dem Transaktionsschritt das Speichern von Daten zu diesem Zweck aktivieren. Öffne deine Transaktion und erweitere den Schritt, zu dem der Bericht erstellt werden soll. Aktiviere dann die Option “Leistungsmetriken” oben bei den Einstellungen des Schritts. Beachte, dass diese Option nur verfügbar ist, wenn du die Wasserfall-Einstellung aktivierst.

Nach dem Aktivieren sind die Performance-Metriken Core Web Vitals und W3C Navigation Timings verfügbar und ermöglichen dir, sie auf einem Dashboard anhand der benutzerdefinierten Kachel Einfaches Daten Diagramm anzuzeigen. Die Legende zur Kachel macht deutlich, welche Grafik zu welchem Schritt gehört, z. B. First contentful paint (Schritt 1). Du kannst die Maus auch über die Grafik bewegen, um weitere Details anzuzeigen.

Operatoren können nun angeben, welche Uptrends Newsletter sie erhalten möchten. Wir haben den Bereich Newsletter-Abonnement auf der Registerkarte Allgemein in den Operator-Einstellungen aufgenommen.

Du kannst wählen, ob du Funktionsaktualisierungen, Checkpoint-Updates oder beides erhalten möchtest. Wenn du dich für diese Uptrends Newsletter zuvor an- oder abgemeldet hast, wird sich diese neue Funktion nicht auf deine aktuellen Abonnementeinstellungen auswirken.

Unser Prüfobjekttyp Multi-step API ermöglicht Nutzern, mit ihren wichtigen APIs direkt zu interagieren. In einigen Monitoring-Fällen müssen Daten an die API gesendet werden, zum Beispiel, um POST-Abfragen, die ein neues Objekt erstellen, oder PUT/PATCH-Abfragen, die ein bestehendes Objekt aktualisieren, auszuführen. In diesen Fällen ist es wichtig, einen Content-Type Header einzufügen, um die empfangende API über die Art der eingehenden Daten (JSON, XML, Formulardaten usw.) zu informieren, sodass diese weiß, wie die Abfrage analysiert werden muss. Eine API gibt häufig eine Fehlermeldung aus, wenn sie eine Abfrage ohne einen Content-Type Header erhält.

Bislang mussten diese Header manuell in den Prüfobjektschritt bzw. -schritten beim Multi-step API Monitoring eingetragen werden. Mit diesem Update wird der Inhaltstyp automatisch erkannt und der korrekte Content-Type Header für Abfragen mit JSON, XML oder Formulardaten angegeben. Diese Änderung hilft Nutzern, POST-, PUT- und PATCH-Abfragen bei ihren Multi-step API-Prüfobjekten zu konfigurieren.

Wenn der Fall eintritt, dass es Fehler gibt, die du nicht als solches erachtest, bieten wir die Möglichkeit, diese Fehler zu löschen und die SLA (Service Level Agreement)-Daten für dich neu zu berechnen.

Bisher musstest du ein (Standard-) Support-Ticket mit den erforderlichen Informationen einreichen, um diese Fehler zu löschen. Das ist nun einfacher, da wir eine Schaltfläche Mehrere Fehler löschen unten im Dialogfenster der Kontrolldetails des Prüfobjekts eingerichtet haben.

Mit Klicken der Schaltfläche wird ein Ticket speziell für das Löschen von Fehlern geöffnet. Bei dem Ticket musst du die erforderlichen Daten angeben, damit unser Support die benötigten Infos erhält und deine Anfrage bearbeiten kann. Diese erforderlichen Informationen sind das betroffene Prüfobjekt bzw. die Prüfobjektgruppen und die Datenspanne. Du kannst zudem auch die Checkpoints und den Fehlercode angeben.