Stand: Commit 0a1956c · 2026-09-27
Verfügbarkeits-Prüfungen, die öffentliche Statusseite mit Störungsmeldungen und Abonnenten, die technischen Protokolle und die Marktbeobachtung des Unternehmens einrichten und betreiben.
Funktionen
- Verfügbarkeits-Prüfungen – Adressen des Unternehmens in festem Takt aus mehreren Ländern prüfen; Ergebnisse, Antwortzeiten und Alarme je Prüfung.
- Statusseite und Störungsmeldungen – Status-Komponenten mit Ampel, Störungsmeldungen mit Verlauf und Abonnenten, die per Mail informiert werden.
- Protokolle und Herzschläge – Fehler, Fehlerbilder, Mail-, SMS-, Webhook- und Zugriffsprotokolle; Herzschläge von Diensten, Geräten und Sensoren.
- Marktbeobachtung – Suchbegriffe mit Positionen und Anzeigen, Keyword-Recherchen mit Budget, Märkte, Keyword-Sets, Brand-Bidder und Anzeigen-Kaperungen.
Zweck
Der Bereich Monitoring ist die Beobachtungsschicht Ihres Unternehmens. Er prüft Ihre Websites und Dienste im festen Takt, zeigt daraus eine öffentliche Statusseite mit Störungsmeldungen und Abonnenten und sammelt die technischen Protokolle und Herzschläge von Diensten, Geräten und Sensoren. Daneben trägt er die Marktbeobachtung: Suchbegriffe mit Positionen und Anzeigen, Keyword-Recherchen mit Budget, Märkte, Keyword-Sets sowie Brand-Bidder und Anzeigen-Kaperungen.
Einrichten
Voraussetzung ist ein Paket, das das Modul Monitoring enthält. Die Prüfungen selbst und die Beschaffung der Marktdaten laufen als Hintergrundverarbeitung der Plattform; Sie richten nichts davon ein.
- Rollen vorbereiten. Wer Prüfungen und Statusseite pflegt, braucht die Rechte aus „Rollen und Rechte“; wer nur Protokolle liest, die Protokoll-Rechte. Die Rolle Administrator erhält alle Rechte des Moduls beim ersten Start automatisch.
- Prüfung anlegen. Unter Monitoring → Verfügbarkeits-Prüfungen legen Sie je Adresse eine Prüfung an. Die Bearbeitung hat die Reiter Basis (Name, Adresse, Takt in Minuten, Vorgabe 5, aktiv), Optional (Port, Vorgabe 443, Anmeldedaten für geschützte Adressen, Tags), Geo (die Länder, aus denen geprüft wird) und Alarme. Für die Statusseite geben Sie zusätzlich einen öffentlichen Namen und eine Beschreibung an und markieren die Prüfung als öffentlich. Die drei Statistik-Ansichten zeigen Verfügbarkeit, Antwortzeiten und Nutzerlast je Prüfung.
- Statusseite aufbauen. Unter Monitoring → Status-Komponenten legen Sie je Baustein eine Komponente an (Pflichtfeld Name), ordnen ihr Prüfungen zu, wählen Gruppe, Reihenfolge und Sichtbarkeit (Vorgabe öffentlich) und setzen bei Bedarf Schwellen für „beeinträchtigt“ (Antwortzeit) und „teilweise“ beziehungsweise „größere Störung“ (Fehlerquote). Die Ampel hat fünf Stufen und wird aus Prüfungen und Alarmen berechnet; ein manueller Override gewinnt. Die öffentliche Seite ist unter der Adresse Ihres Unternehmens erreichbar und bietet einen RSS-Feed.
- Störungsmeldungen. Unter Monitoring → Störungsmeldungen werden Vorfälle automatisch aus Prüfergebnissen und Alarmen erkannt. Sie schreiben einen Vorfall mit „Bestätigen“, „Aktualisieren“ und „Lösen“ fort; Pflichtfelder eines von Hand angelegten Vorfalls sind Titel und Beginn.
- Abonnenten. Besucher der Statusseite tragen ihre Mail-Adresse ein, bestätigen über einen Link und melden sich über einen zweiten Link ab. Die Bestätigungsmail legt die Plattform als Vorlage an, wenn sie fehlt; Sie passen sie im Bereich Konfiguration unter den Mail-Vorlagen an. Unter Monitoring → Status-Abonnements sehen Sie die Abonnenten.
- Marktbeobachtung. Unter Monitoring → Suchbegriffe legen Sie Begriffe einzeln oder in Masse an; die Bearbeitung eines Begriffs zeigt Positionen, Anzeigen, Fragen, Synonyme, Kosten und Sichtbarkeitsanteil. Keyword-Sets bündeln Begriffe und vererben an untergeordnete Sets; „Jetzt einplanen“ legt die Prüfaufträge sofort ein, statt auf den Takt zu warten. Keyword-Recherchen tragen ein Budget je Region und stoßen mit „Begriffsanalyse“ und „Inhalt erzeugen“ den KI-Bereich Ihres Unternehmens an.
- Protokolle. Der Bereich Logs führt Fehler-Log, Fehlerbilder, Mail-Log, API-Zugriffe, Trigger-Log, Webhook-Log, SMS-Log, DOI-Log und System-Events; die Herzschlag-Übersicht zeigt Dienste, Geräte, Sensoren und Rechen-Einheiten mit ihrem letzten Lebenszeichen.
Nach dem Anlegen einer aktiven Prüfung erscheint das erste Ergebnis mit dem nächsten Takt; die Statusseite zeigt eine Komponente ohne zugeordnete Prüfung immer als betriebsbereit.
Rollen und Rechte
| Recht (Schlüssel) | Wirkung |
|---|---|
monitoring.checks, monitoring.checkresults |
Prüfungen anlegen und ändern; Ergebnisse lesen. |
monitoring.statuscomponents, monitoring.incidents, monitoring.statussubscriptions |
Statusseite aufbauen, Störungsmeldungen fortschreiben (Bestätigen, Aktualisieren, Lösen), Abonnenten sehen. |
monitoring.goals, monitoring.activeusers, monitoring.sessions |
Ziele, aktive Nutzer und Sitzungen. |
monitoring.keywords, monitoring.keywordresearches, monitoring.marketresearchkeywordsets, monitoring.marketanalysiscases, monitoring.searchkeywords |
Marktbeobachtung pflegen; Massenanlage als monitoring.keywords.actions.mass, Begriffsanalyse und Inhaltserzeugung als monitoring.keywordresearches.actions.term-analysis und …generate-content. |
monitoring.visibilityanomalies, monitoring.interestsignals, monitoring.keywordrelations, monitoring.adtypes, monitoring.advertisementassets |
Auffälligkeiten, Interessensignale, Begriffs-Beziehungen und Anzeigen-Stammdaten. |
logs.error, logs.errorsignatures, logs.mail, logs.api, logs.trigger, logs.webreceiver, logs.sms, logs.doi, logs.ayoune |
Die neun Protokoll-Ansichten. |
Nur lesbar sind alle beschafften Marktdaten (Suchergebnisse, organische Treffer, Anzeigen, Brand-Bidder, Anzeigen-Kaperungen, Märkte, Marktanalysen, Budgets, Branchen-Kennzahlen, Seitenstatistiken, Videos), die Tagesstatistiken der Prüfungen und die Momentaufnahmen von Diensten und Warteschlangen.
Laufender Betrieb
Der Bereich hat keine eigenen Zeitgeber; alle Takte liegen in der Hintergrundverarbeitung der Plattform. Automatisch laufen: die Prüfungen im eingestellten Takt, die Beschaffung der Marktdaten je Land, der Vorfall-Lauf, der Störungsmeldungen erkennt und die Zustellung an Abonnenten anstößt, und die Zustellung selbst. Ob die Statusseite lebt, zeigt die Ampel je Komponente; ob der Vorfall-Lauf läuft, zeigt das Alter der jüngsten Störungsmeldung.
Anbindungen: Begriffsanalyse und Inhaltserzeugung nutzen den KI-Bereich Ihres Unternehmens. Die Bestätigungs- und Störungsmails nutzen den Mailversand Ihres Unternehmens. Status-Webhooks an Abonnenten sind signiert; den Schlüssel dafür hält die Plattform. Im Tresor braucht der Bereich keinen eigenen Zugangsschlüssel, und Feature-Flags bringt er nicht mit. Der Sofortcheck von Marke und Suchbegriff auf Ihrer Website ist öffentlich und je Absender gedeckelt; eine Demo-Beobachtung mit höchstens fünf Begriffen erzeugt einen Lead in Ihrem Unternehmen.
Alle Prüfungen, Komponenten, Vorfälle, Abonnenten und Suchbegriffe gehören Ihrem Unternehmen. Die Statusseite löst Ihr Unternehmen über seinen Kurznamen auf und zeigt nur öffentliche Komponenten.
Störungen
| Symptom | Wahrscheinliche Ursache | Was Sie tun können |
|---|---|---|
| Eine Prüfung liefert kein Ergebnis. | Die Prüfung ist nicht aktiv, oder die Hintergrundverarbeitung der Prüfungen steht. | „Aktiv“ prüfen; bleiben alle Prüfungen ohne neues Ergebnis, im Bereich Projekte unter Aufgaben nach einem Fehler-Eintrag suchen. |
| Eine Komponente zeigt immer „betriebsbereit“. | Ihr sind keine Prüfungen zugeordnet. | Prüfungen an der Komponente zuordnen. |
| Ein gewollt abgeschalteter Dienst erscheint als Störung. | Der Dienst wurde außerhalb der Modul-Steuerung gestoppt. | Den Dienst über die Modul-Steuerung stoppen oder die Komponente mit Override auf „betriebsbereit“ setzen. |
| Abonnenten erhalten keine Mails zu Störungen. | Die Zustellung läuft in einem anderen Bereich; steht sie, bleiben Vorfälle ohne Benachrichtigung. | Mailversand des Unternehmens prüfen; die Störungsmeldung selbst ist auf der Statusseite sichtbar. |
| Positionen und Suchergebnisse bleiben stehen. | Die Beschaffung je Land läuft nicht. | Warten; „Jetzt einplanen“ am Keyword-Set legt die Aufträge erneut ein. |
| „Begriffsanalyse“ oder „Inhalt erzeugen“ scheitert. | Der KI-Bereich ist nicht eingerichtet oder nicht erreichbar. | Anbieter im KI-Bereich prüfen und erneut anstoßen. |
| Eine Prüfung meldet dauerhaft einen Fehler, obwohl die Seite erreichbar ist. | Port, Anmeldedaten oder die prüfenden Länder passen nicht. | Reiter Optional und Geo prüfen; der letzte Fehlertext steht an der Prüfung. |
Fehler aus dem Hintergrund legt die Plattform als Aufgabe vom Typ „Bug“ im Bereich Projekte ab; das Fehler-Log im Bereich Logs zeigt zusätzlich jedes Vorkommen mit Zeitreihe.
Einstellungen und Rechte
Bildschirme
- logs
- logs.api
- logs.ayoune
- logs.doi
- logs.error
- logs.errorsignatures
- logs.mail
- logs.sms
- logs.trigger
- logs.webreceiver
- monitoring
- monitoring.adhijackerchecks
- monitoring.adhijackers
- monitoring.ads
- monitoring.brandbidderchecks
- monitoring.brandbidders
- monitoring.campaigncontrol.advertisers
- monitoring.campaigncontrol.keywords
- monitoring.checkresults
- monitoring.checks
- monitoring.checks.edit.alerts
- monitoring.checks.edit.basis
- monitoring.checks.edit.geo
- monitoring.checks.edit.optional
- monitoring.checks.edit.servicestats
- monitoring.checks.edit.uptimestats
- monitoring.checks.edit.userloadstats
- monitoring.energy
- monitoring.gap-analysis
- monitoring.goals
- monitoring.heartbeats.computingentities
- monitoring.heartbeats.computingentitieslogs
- monitoring.heartbeats.iotdevices
- monitoring.heartbeats.logmonitors
- monitoring.heartbeats.microservices
- monitoring.heartbeats.sensorlogs
- monitoring.heartbeats.sensors
- monitoring.incidents
- monitoring.industrykpis
- monitoring.keywordresearches
- monitoring.keywordresearches.edit.ads
- monitoring.keywordresearches.edit.advertisers
- monitoring.keywordresearches.edit.alphabet
- monitoring.keywordresearches.edit.analysis
- monitoring.keywordresearches.edit.budget
- monitoring.keywordresearches.edit.budgetbyregions
- monitoring.keywordresearches.edit.comparisons
- monitoring.keywordresearches.edit.keywords
- monitoring.keywordresearches.edit.overview
- monitoring.keywordresearches.edit.pla
- monitoring.keywordresearches.edit.prepositions
- monitoring.keywordresearches.edit.questions
- monitoring.keywordresearches.edit.questionwords
- monitoring.keywordresearches.edit.related
- monitoring.keywordresearches.edit.seo
- monitoring.keywordresearches.edit.serps
- monitoring.keywords
- monitoring.keywords.edit.ads
- monitoring.keywords.edit.alphabet
- monitoring.keywords.edit.comparisons
- monitoring.keywords.edit.costs
- monitoring.keywords.edit.geo
- monitoring.keywords.edit.interest
- monitoring.keywords.edit.knowledgemesh
- monitoring.keywords.edit.overview
- monitoring.keywords.edit.pla
- monitoring.keywords.edit.prepositions
- monitoring.keywords.edit.questionWords
- monitoring.keywords.edit.questions
- monitoring.keywords.edit.related
- monitoring.keywords.edit.seo
- monitoring.keywords.edit.shareofvoice
- monitoring.keywords.edit.synonyms
- monitoring.marketanalysiscases
- monitoring.marketresearchkeywordsets
- monitoring.marketresearchkeywordsets.edit.inheritance
- monitoring.marketresearchkeywordsets.edit.overview
- monitoring.marketresearchkeywordsets.edit.results
- monitoring.markets
- monitoring.organics
- monitoring.pagestats
- monitoring.searchresults
- monitoring.statuscomponents
- monitoring.statussubscriptions
- monitoring.views
Rechte
- ActiveUsers
- AdHijackerChecks
- AdHijackers
- AdResults
- AdTypes
- Ads
- AdvertisementAssets
- AdvertiserWeeklyDomainKPIs
- AdvertiserWeeklyDomainKPIsByIndustries
- Alerts
- BrandBidderChecks
- BrandBidders
- CheckDailyStats
- CheckResults
- Checks
- Consumers
- ErrorLogs
- FoundationSnapshots
- Goals
- Incidents
- IndustryKPIs
- InterestSignals
- K8Deployments
- K8sPodSnapshots
- KeywordInterests
- KeywordRelations
- KeywordResearches
- KeywordTermAnalyses
- Keywords
- MailTypes
- Mails
- MarketAnalysisCases
- MarketAnalysisResults
- MarketBudgets
- MarketResearchKeywordSets
- MarketResearches
- Markets
- OrganicResults
- Organics
- PageStats
- PositionMatches
- ProductListingAds
- ProductListingAdsResults
- QueueSnapshots
- ResearchBudgets
- SERPHtmls
- SearchKeywords
- SearchResults
- SearchRuns
- SerpHtmlArchives
- Serps
- ServiceGroups
- Sessions
- StatusComponents
- StatusSubscriptions
- Tasks
- VideoResults
- Videos
- Views
- VisibilityAnomalies
- VisibilityDigests
- WebAnalyticsSamples
- aYOUneCustomers
- aYOUneKeywords
- aYOUneResellers
Glossar
- Prüfung – Eine Adresse, die im festen Takt aus einem oder mehreren Ländern aufgerufen wird; Ergebnis, Antwortzeit und Fehler werden festgehalten.
- Status-Komponente – Ein Baustein der öffentlichen Statusseite, dessen Ampel aus den zugeordneten Prüfungen und Alarmen berechnet wird.
- Störungsmeldung – Ein Vorfall auf der Statusseite mit Verlauf; er wird automatisch erkannt oder von Hand fortgeschrieben.
- Keyword-Set – Eine Gruppe von Suchbegriffen, die gemeinsam beobachtet werden und an untergeordnete Sets vererben.