Auf dieser Seite wird beschrieben, wie Sie Informationen zu Fehlern abrufen, die bei Katalog- und Nutzerereignis-Importen sowie anderen API-Vorgängen in AI Commerce Search aufgetreten sind.
Hilfe zum Einrichten von Benachrichtigungen finden Sie unter Cloud Monitoring-Benachrichtigungen einrichten.
Einführung
Genaue Kataloginformationen und Nutzerereignisse für die API sind wichtig, um Ergebnisse von höchster Qualität zu erhalten. Wenn Sie die Fehlerquelle überwachen und verstehen, können Sie Fehler auf Ihrer Website finden und beheben.
Aggregierte Integrationsfehler ansehen
Auf der Seite Monitoring können Sie die von den Datenuploadprozessen und -vorhersagen oder Suchanfragen generierten aggregierten Fehler ansehen.
Auf dieser Seite werden alle Fehler für die AI Commerce Search API angezeigt. Sie können Fehler im Zusammenhang mit dem Produktkatalog, Nutzerereignissen, Empfehlungsvorhersagen, Suchergebnissen und Modellen anzeigen. Das System protokolliert außerdem Fehler bei Importen, z. B. eine fehlerhafte Zeile in Ihrer Cloud Storage-Datei. Das System protokolliert bis zu 100 Fehler pro Importdatei. Sie können den Zeitraum definieren, für den Fehler angezeigt werden, und einen Filter basierend auf dem Fehlertyp erstellen.
Sie können auf einen einzelnen Fehler klicken, um die Logs für diesen Fehler in Cloud Logging aufzurufen.
Sie können einzelne Fehlerlogs öffnen, indem Sie das Log maximieren. Fehlerlogs enthalten weitere Details zur Anfrage, einschließlich der Nutzlasten der Anfrage- und Antwort sowie Fehlerdetails. Anhand dieser Informationen können Sie feststellen, wo sich der fehlerhafte Methodenaufruf auf Ihrer Website befindet.
Bei Fehlern durch ungültiges JSON erhalten Sie weitere Informationen zu dem Problem, indem Sie das Feld status erweitern.
Status für einen bestimmten Integrationsvorgang ansehen
Sie können den Status eines bestimmten Integrationsvorgangs im Fenster Aktivitätsstatus ansehen:
Rufen Sie in der AI Commerce Search in Gemini Enterprise for Customer Experience-Konsole die Seite Daten> auf.
Zur Seite "Daten"Klicken Sie auf Aktivitätsstatus.
Im Fenster Aktivitätsstatus wird der Status von Vorgängen mit langer Ausführungszeit für Ihren Produktkatalog, Ihre Nutzerereignisse und Ihre Steuerelemente angezeigt.
In diesem Fenster können Sie Fehler für bestimmte Integrationsvorgänge prüfen.
Klicken Sie auf Logs ansehen in der Spalte „Detail“ eines beliebigen Vorgangs mit einem Fehler zur Prüfung der Log-Dateien in Cloud Logging.
Logs in Cloud Logging ansehen
So öffnen Sie Ihre Logdateien direkt in Cloud Logging: Sie benötigen die Rolle „Log-Betrachter“ (roles/logging.viewer), um Logs ansehen zu können.
Rufen Sie in der Google Cloud Console den Log-Explorer auf. Zum Log-Explorer
Wählen Sie in der Projektauswahl Ihr AI Commerce Search-Projekt aus.
Klicken Sie auf das Drop-down-Menü Ressource und wählen Sie Verwendete API > Cloud Retail aus.
Weitere Informationen zum Log-Explorer finden Sie unter Logs mit dem Log-Explorer ansehen.
Mit diesem Link werden beispielsweise Logs für alle AI Commerce Search-Fehler in der letzten Stunde geöffnet:
AI Commerce Search-Logs öffnen
Informationen zum Konfigurieren der zu schreibenden API-Logs finden Sie unter Logging konfigurieren.
Logging konfigurieren
Sie können konfigurieren, welche Dienstlogs in Logging geschrieben werden. Mit der Logging-Konfiguration können Sie die Schweregrade festlegen, bei denen Logs geschrieben werden sollen, das Logging aktivieren oder deaktivieren und die Standardeinstellungen für das Logging für bestimmte Dienste überschreiben.
Jede API-Anfrage eines Endnutzers kann einen Logeintrag generieren. Ein Eintrag enthält Informationen wie die API-Methode, den Zeitpunkt des Aufrufs, den Antwortcode sowie den Anfrage- und Antworttext. In der Logging-Konfiguration eines Projekts wird festgelegt, welche Arten von Logs, die von der API generiert werden, in Logging geschrieben werden. Außerdem können Sie Logging-Konfigurationen für bestimmte API-Dienste detailliert angeben.
Zum Aktualisieren von Logging-Konfigurationen benötigen Sie die Rolle „AI Commerce Search-Bearbeiter“.
Sie können Logging über die Console oder die LoggingConfig API konfigurieren.
Console
So aktualisieren Sie Logging-Konfigurationen in der Console:
Rufen Sie in der AI Commerce Search in Gemini Enterprise for Customer Experience-Konsole die Seite Monitoring auf.
Zur Seite "Monitoring"Klicken Sie auf Logging-Konfiguration.
Wenn Sie eine globale Logging-Konfiguration festlegen möchten, wählen Sie eine Logging-Ebene aus. Wenn Sie LOG_ALL auswählen, geben Sie auch eine Abtastrate für erfolgreiche Logs ein.
Wenn Sie eine Konfiguration auf Dienstebene festlegen möchten, wählen Sie einen zu aktualisierenden Dienst und die zugehörige Logging-Ebene aus. Diese Einstellung überschreibt die globale Logging-Konfiguration.
curl
Verwenden Sie die Ressource LoggingConfig, um Logging-Konfigurationen über die API zu aktualisieren. Weitere Informationen finden Sie in der LoggingConfig API-Referenz.
Verwenden Sie
loggingConfig.Get, um die aktuelle Logging-Konfiguration aufzurufen.curl -X GET \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json" \ "https://retail.googleapis.com/v2alpha/projects/PROJECT_ID/loggingConfig"- PROJECT_ID: Die ID Ihres Projekts.
Verwenden Sie die Methode
loggingConfig.Patch, um die Logging-Konfiguration zu aktualisieren. Weitere Informationen finden Sie in derLoggingConfigAPI-Referenz.In diesem Beispiel wird
loggingConfig.Patchverwendet, um die globale Logging-Konfiguration aufLOG_WARNINGS_AND_ABOVEfestzulegen. Außerdem werden zwei Konfigurationen auf Dienstebene festgelegt:CatalogServicewird aufLOG_WARNINGS_AND_ABOVEundControlServiceaufLOG_ALLgesetzt.curl -X PATCH \ -H "Authorization: Bearer $(gcloud auth application-default print-access-token)" \ -H "Content-Type: application/json; charset=utf-8" \ "https://retail.googleapis.com/v2alpha/projects/PROJECT_ID/loggingConfig" \ --data '{ "name": "projects/PROJECT_ID/loggingConfig", "default_log_generation_rule": {"logging_level": "LOG_ERRORS_AND_ABOVE"}, "service_log_generation_rules": [ { "service_name": "CatalogService", "log_generation_rule": { "logging_level": "LOG_WARNINGS_AND_ABOVE" } }, { "service_name": "ControlService", "log_generation_rule": { "logging_level": "LOG_ALL", "info_log_sample_rate": "0.1" } } ] }'
Logging-Ebenen
Nur Logs bestimmter Schweregrade werden in Logging geschrieben. Die Einstellungen für die Logging-Ebene bestimmen, welche Logs, die von einer API-Methode generiert werden, in Logging geschrieben werden.
Wenn für eine API-Methode keine Logging-Konfiguration auf Dienstebene festgelegt ist, wird die globale Einstellung für die Logging-Ebene verwendet.
Die Standardeinstellung für die Logging-Ebene ist LOG_WARNINGS_AND_ABOVE.
Für das Feld logging_level sind die folgenden Werte zulässig:
LOGGING_DISABLED: Es wird kein Log geschrieben.LOG_ERRORS_AND_ABOVE: Nur Fehler werden protokolliert.LOG_WARNINGS_AND_ABOVE: Nur Fehler und Warnungen werden protokolliert.LOG_ALL: Alles wird protokolliert, einschließlich erfolgreicher Logs wieINFO-Logs.
Abtastrate für erfolgreiche Logs
Wenn Sie die Einstellung für die Logging-Ebene auf LOG_ALL setzen, aber nicht jedes erfolgreiche Log protokollieren möchten, können Sie eine Abtastrate angeben. Sie können beispielsweise Logs für erfolgreiche Statusbestätigungen regelmäßig überwachen oder einen Prozentsatz der erfolgreichen Logs ansehen. Wenn Sie eine Abtastrate angeben, können Sie dies tun, ohne eine große Anzahl von INFO-Logeinträgen in Logging zu schreiben, was zu höheren Logging-Kosten führen kann.
Wenn Sie eine Abtastrate angeben möchten, setzen Sie info_log_sample_rate auf einen gültigen Gleitkommawert größer als 0 und kleiner oder gleich 1. Die Abtastrate bestimmt die Wahrscheinlichkeit, dass ein INFO-Log in Logging geschrieben wird. Der Standardwert ist 1 (alle INFO-Logs werden geschrieben).
Konfigurationen auf Dienstebene
Sie können Logging-Konfigurationen für bestimmte Dienste festlegen. Dadurch wird die globale Logging-Einstellung für diesen Dienst überschrieben. Beispiel: Sie können die globale Logging-Ebene auf LOG_WARNINGS_AND_ABOVE setzen, aber die Logging-Ebene für den Dienst UserEventService auf LOG_ALL setzen, damit Sie nach erfolgreichen Nutzerereignis-Integrationen suchen können.
Verwenden Sie das Objekt ServiceLoggingLevel, um detaillierte Logging-Ebenen festzulegen.
Für das Feld service_name sind die folgenden Werte zulässig:
CompletionServiceControlServiceMerchantCenterStreamingModelServicePredictionServiceProductServiceServingConfigServiceUserEventService
Fehlertypen
In diesem Abschnitt finden Sie Definitionen für Fehlertypen, die in Ihren Logs auftreten können:
MISSING_FIELD: Ein erforderlicher Feldwert ist nicht festgelegt. Bei einem Katalogelement fehlt beispielsweise der Titel.INVALID_TIMESTAMP: Der Zeitstempel ist ungültig, z. B. zu weit in der Zukunft oder falsch formatiert.FIELD_VALUE_TOO_SMALL: Der Wert im Feld liegt unter dem erforderlichen Minimum, z. B. ein negativer Preis.INCORRECT_JSON_FORMAT: Die JSON-Datei in der Anfrage ist falsch formatiert, z. B. eine fehlende Klammer {.INVALID_LANGUAGE_CODE: Der Sprachcode ist falsch formatiert.FIELD_VALUE_EXCEEDED: Der Wert in dem Feld liegt über dem zulässigen Maximum.INVALID_RESOURCE_ID: Die Ressourcen-ID ist ungültig. Beispielsweise ein nicht vorhandenescatalog_idim Ressourcennamen.FIELD_SIZE_EXCEEDED: Die Anzahl der Einträge im Feld überschreitet das maximale Limit.UNEXPECTED_FIELD: In einem Feld, das leer sein sollte, ist ein Wert vorhanden, z. B. eine Transaktion zum Aufrufen einer Detailseite.INVALID_FORMAT: Das Feld ist nicht richtig formatiert, z. B. ein ungültiger String.RESOURCE_ALREADY_EXISTS: Sie haben versucht, eine bereits vorhandene Ressource zu erstellen, z. B. ein zuvor erstelltes Katalogelement.INVALID_API_KEY: Der API-Schlüssel stimmt nicht mit dem Projekt in Ihrer Anfrage überein.INSUFFICIENT_PERMISSIONS: Sie sind nicht berechtigt, die Anfrage auszuführen. Dieser Fehler ist in der Regel auf das Fehlen einer erforderlichen IAM-Berechtigung zurückzuführen.UNJOINED_WITH_CATALOG: Die Anfrage enthält eine ID für den Katalogelement, die nicht im Katalog vorhanden ist. Der Katalog muss auf dem neuesten Stand sein.BATCH_ERROR: Die Anfrage enthält mehrere Fehler, zum Beispiel einen Inline-Import mit 10 Elementen, bei denen die Validierung aus verschiedenen Gründen fehlgeschlagen ist.INACTIVE_RECOMMENDATION_MODEL: Sie haben ein Modell abgefragt, das nicht bereitgestellt werden kann.ABUSIVE_ENTITY: Die mit der Anfrage verknüpfte Besucher-ID oder Nutzer-ID hat in kurzer Zeit eine ungewöhnliche Anzahl von Ereignissen gesendet.FILTER_TOO_STRICT: Der Filter für Vorhersageanfragen blockiert alle Vorhersageergebnisse. Allgemein beliebte Artikel (nicht personalisiert) werden zurückgegeben, es sei denn, der Aufruf hatstrictFilteringals "false" angegeben. In diesem Fall werden keine Artikel zurückgegeben. Einige häufige Gründe für dieses Problem:- Sie geben ein Filter-Tag an, das in Ihrem Katalog nicht vorhanden ist. Es kann bis zu einem Tag dauern, bis eine Aktualisierung des Filter-Tags wirksam wird.
- Ihr Filter ist zu klein.
Messwerte für die Datenlast ansehen
So überwachen Sie die Aufnahme von Katalog- und Nutzerereignisdaten in der Google Cloud Console: Folgen Sie dieser Anleitung:
Auf der Seite Monitoring können Sie Fehlermesswerte für die Aufnahme von Katalog- und Nutzerereignisdaten ansehen.
Sobald das Datenuploadsystem erfolgreich ausgeführt wurde, können Sie auf der Seite Daten die Tabs Katalog und Ereignis verwenden, um aggregierte Informationen zu Ihrem Katalog aufzurufen, eine Vorschau Ihrer hochgeladenen Produkte anzusehen und Visualisierungen Ihrer Messwerte zur Nutzerereignis-Integration aufzurufen.
Wenn Sie Benachrichtigungen erstellen möchten, die Sie informieren, wenn bei Ihren Daten uploads etwas schiefgeht, folgen Sie der Anleitung unter Cloud Monitoring-Benachrichtigungen einrichten.
Katalogdaten – Zusammenfassung
Über den Tab Katalog auf der Seite Daten können Sie allgemeine Datenstatistiken für jeden Katalogzweig aufrufen. Auf dieser Seite wird angezeigt, wie viele Produkte Sie importiert haben, wie viele auf Lager sind und wann Sie zuletzt Produkte für jeden Produktkatalogzweig importiert haben.
Sie können auch eine Vorschau der hochgeladenen Katalogelemente anzeigen und nach Produktfeldern filtern.
Sie können Daten in verschiedene Branches importieren, um Empfehlungen oder Suchergebnisse bereitzustellen und in der Vorschau anzuzeigen. Wenn Sie sich beispielsweise auf eine Feiertagsvorbereitung vorbereiten möchten, können Sie neue Katalogdaten in einen nicht standardmäßigen Branch hochladen und dafür sorgen, dass die AI Commerce Search-Ergebnisse korrekt generiert werden, bevor Sie sie auf Ihrer Website veröffentlichen.
Statistiken zur Nutzerereignisaufnahme
Für jede Art von Nutzerereignis sehen Sie auf dem Tab Ereignis, wie viele davon Sie aufgezeichnet haben, wie viele davon nicht mit einem Produkt verknüpft wurden (nicht verknüpfte Ereignisse) und wie sich die Zahlen von denen vorheriger Zeiträume unterscheiden. Sie können einen voreingestellten Zeitraum auswählen oder einen benutzerdefinierten Zeitraum eingeben.
Im Messwertdiagramm werden die im Zeitverlauf aufgenommenen Nutzerereignisse angezeigt, die Sie nach Nutzerereignistyp filtern können.
Datenqualitätsmesswerte
Auf der Seite Datenqualität sehen Sie Messwerte, die die Prozentsätze der Produkte und Nutzerereignisse zeigen, die die empfohlenen Standards für die Datenqualität für die Suche erfüllen. Auf dieser Seite können Sie beurteilen, welche Daten Sie importieren oder aktualisieren müssen, um die Qualität der Suchergebnisse zu verbessern und Leistungsstufen für die Suche freizuschalten.
Weitere Informationen zu Leistungsstufen für die Suche und zum Prüfen der Qualität von Ihren Daten finden Sie unter Leistungsstufen für die Suche freischalten.
Eine Liste aller Qualitätsmesswerte für Katalogdaten finden Sie unter Qualitätsmesswerte für Katalogdaten.
Alle Anforderungen an Nutzerereignisse und Empfehlungen für Empfehlungen und die Suche finden Sie unter Anforderungen und Best Practices für Nutzerereignisse.
Nicht verknüpfte Ereignisse
Wenn sich ein Nutzerereignis oder eine API-Anfrage auf ein Produkt bezieht, das nicht in AI Commerce Search hochgeladen wurde, ist es ein nicht verknüpftes Ereignis. Nicht verknüpfte Nutzerereignisse werden weiterhin protokolliert und nicht verknüpfte Anfragen werden verarbeitet. Beide können jedoch nicht verwendet werden, um das Modell für zukünftige Vorhersagen zu optimieren. Aus diesem Grund sollten Sie gewährleisten, dass der Prozentsatz der nicht geloggten Ereignisse sowohl für Nutzerereignisse als auch für Vorhersageanfragen sehr niedrig ist.
Sie können den Prozentsatz der nicht verbundenen Nutzerereignisse auf dem Tab Ereignis auf der Seite Daten einsehen.
API-Fehler
Sie können ein Diagramm der API-Fehler im Zeitverlauf anzeigen, das nach Methodenname angezeigt wird. Klicken Sie dazu auf der Schaltflächenleiste der Monitoring Seite auf API-Messwerte ansehen.
API-Methodenaktivität überwachen
Öffnen Sie zum Visualisieren von Traffic, Fehlern und Latenz nach API-Methode die Monitoring Seite. Sie können einen voreingestellten Zeitraum auswählen oder einen benutzerdefinierten Zeitraum eingeben.
So rufen Sie weitere Details zu den einzelnen Grafiken auf:
- Klicken Sie unter einem Diagramm auf einen Methodennamen, um ihn im Diagramm zu isolieren.
- Bewegen Sie den Mauszeiger über eine Grafik, um ein Callout mit jeder Methode und ihren Werten zu diesem Zeitpunkt anzuzeigen.
- Klicken Sie auf einen beliebigen Abschnitt des Diagramms und ziehen Sie ihn, um den Zeitraum zu heranzoomen.
Nächste Schritte
- Weitere Informationen zum Festlegen von Fehlerbenachrichtigungen für Ihre Datenfeeds
- Weitere Informationen zu Error Reporting
- Weitere Informationen zum Aufrufen von Logs in Logging