# Mit Produktdaten arbeiten Einen Bericht lesen, eine Untersuchung anlegen oder eine Datenquelle verbinden. Ein Inhaber verbindet eine Quelle, oder ein Mitglied prüft die verfügbaren Berichte. Du erkennst Quelle, Zeitraum und Grenzen der Daten in einem Bericht. ## Eine Aufgabe aus einem Diagramm anlegen 1. Öffne die Datenseite des Produkts, wähle eine Metrik und einen Zeitraum und prüfe Quelle, Definition und Grenzen. 2. Wähle „Daraus eine Aufgabe machen“. Trag ein, was du herausfinden willst und wer daran arbeiten soll. Voreingestellt entsteht eine Untersuchungsaufgabe. 3. Die Aufgabe enthält die beobachteten Werte und Daten, die verfügbaren Quellenangaben und Grenzen und einen genauen Link zum Diagramm. Fehlende Angaben bleiben ausdrücklich unbekannt. Ein Vergleich von Zeiträumen stellt nicht fest, was eine Änderung verursacht hat. 4. Für eine Änderung, die du messen willst, wähle „Messbare Hypothese hinzufügen“ und trag dein eigenes Prozentziel ein. Ein Produktziel zu verknüpfen ist optional. Ein relatives Ziel braucht einen gemessenen Startwert über null; bei unvollständigen oder Null-Daten kannst du trotzdem eine gewöhnliche Untersuchung anlegen. - Der Quellenkontext wird festgehalten, wenn du die Form öffnest. Kann der Hub dieses Diagramm nicht mehr lesen, blendet er die früheren Werte aus und schließt die Aufgabenform. Stell den Zugriff wieder her und lade den Bericht neu, oder wähl einen anderen verfügbaren Bericht. ## Fang mit der Frage an, die beantwortet werden soll 1. Wähl das Produkt und öffne Verbindungen oder seine Einstellungen. Entscheide, ob du Ereignisse, Geld, Suchdaten oder Fehler brauchst. 2. Öffne den passenden Dienst und folge seiner Form. Ein Inhaber verbindet externe Datenquellen. PostHog unterstützt die Cloud-Regionen und selbst gehostete Server nur über HTTPS. 3. Warte auf die Verbindungsprüfung, dann öffne die Daten des Produkts. Ein gespeichertes Token heißt allein noch nicht, dass Messungen angekommen sind. 4. Prüfe Quelle, Zeitraum und das letzte Importergebnis. Fehlen Daten, prüfe das Anbieterprojekt, die Token-Rechte und die verfügbaren Daten, statt einen unbekannten Wert als null zu behandeln. ## Was jede Quelle liefert - Das SDK und die HTTP-Ereignisannahme liefern Daten zum Produktverhalten. Welche Berichte da sind, hängt vom Privatsphäre-Modus und von den empfangenen Daten ab. Ein neues Produkt behält nur Zählungen; Personen zählen schaltest du in den Einstellungen des Produkts, Block SDK-Installation, ein, bis zum ersten Ereignis (ein Test zählt) oder bis Geld da ist; danach ist der Modus fest. Zahlungen vom eigenen Server zu schicken braucht einen eigenen Annahme-Endpunkt und Schlüssel; Produktereignisse werden nicht automatisch Umsatz. - PostHog und Amplitude importieren bis zu 180 Tage täglicher Ereigniszählungen vor dem Beginn der Ereigniserfassung im Hub. Diese Importe bringen keine Personen, kein Halten und keine vollständige Aktivitätsgeschichte mit. Importierte anonyme Zählungen gehen in die SDK-Zähler auf und bleiben unbegrenzt gespeichert. - Stripe liefert Zahlungen und die Abo-Geschichte; MRR und Abwanderung brauchen die passende Geschichte. Agentenkosten bleiben getrennt vom Produktumsatz. - Search Console und Yandex Metrica importieren und behalten 180 Tage Website-Daten; ältere Zeilen werden nach und nach entfernt. Fenster außerhalb dieser Geschichte gelten nicht als gemessen. Das Fenster von Search Console endet drei Tage vor heute. Diese Grenze gilt nicht für Aufgaben, Dokumente, Finanzaufzeichnungen oder deine eigenen SDK-Daten. Die Anmeldung mit Google verbindet Search Console nicht. SEMrush liefert externe Schätzungen; hochgeladene SEMrush-Berichte liegen außerhalb dieser Aufbewahrung. - Google Play importiert tägliche Geräteinstallationen und Deinstallationen sowie vorläufige Verkäufe und Erstattungen aus den Berichten der Play Console. Store-Installationen sind getrennt von App-Ereignissen und aktiven Personen. - RuStore liefert die Durchschnittsbewertung und die Zahl der Bewertungen, ohne Installationen oder Umsatz. Für App-Store-Apps schickst du Ereignisse und Zahlungen von deinem Server. Einen Store-Kanal im Profil zu wählen verbindet seine Daten nicht. ## Google-Play-Installationen und Umsatz verbinden Der Hub lädt den aktuellen und den vorigen Monat und aktualisiert sie täglich. Berichte kommen mit Verzug, prüfe also den letzten gemeldeten Tag. Verkäufe sind vorläufig; der Umsatz schließt Steuer aus und zieht Erstattungen ab. Store-Gebühren und die Lebensgeschichte der Abos fehlen, deshalb bestimmen diese Berichte weder den Nettoumsatz noch MRR. Wiederholte Importe verdoppeln Transaktionen nicht. Korrigiert Google eine schon gespeicherte Transaktion, stoppt der Abgleich zur Prüfung. Käuferdetails und andere Apps im Finanzbericht werden nicht behalten. 1. Der Inhaber öffnet Google Play unter Verbindungen und wählt ein Produkt. Du brauchst den Android-Paketnamen, den Berichts-Bucket und den JSON-Schlüssel des Dienstkontos. 2. Lad die E-Mail des Dienstkontos in der Play Console ein: Nutzer und Berechtigungen. Gib globalen Lesezugriff auf Apps, Sammelberichte und Finanzdaten. Veröffentlichungsrechte sind nicht nötig. 3. Kopiere die Cloud-Storage-URI aus den Play-App-Berichten. Trag den Bucket pubsite_prod_rev_… oder pubsite_prod_…, den Paketnamen und den JSON-Schlüssel im Hub ein. Nach der Zugriffsprüfung wähle Aktualisieren. Der Schlüssel wird verschlüsselt gespeichert. Google Play verbinden: /app/connections?s=googleplay ## Produktfehler mit Sentry prüfen Öffne Sentry unter Verbindungen. Für Sentry Cloud trag die Slugs von Organisation und Projekt aus deiner Sentry-URL ein und ein Token mit project:read und event:read. Der Hub prüft den Zugriff, bevor er speichert. Diese Verbindung unterstützt kein selbst gehostetes Sentry. Der Produktblock auf der Sentry-Seite zeigt bis zu 20 ungelöste Issues mit Aktivität in den letzten 14 Tagen, die neueren zuerst. Dem Issue-Link folgst du für Details in Sentry. Die Ereigniszahl ist der Wert von Sentry für dieses Issue, nicht die Summe dieser 14 Tage. Der Hub importiert keine einzelnen Ereignisse und keine Stacktraces. Sentry öffnen: /app/connections?s=sentry ## Wenn eine verbundene Quelle noch keine brauchbaren Daten hat Prüfe ihren Zustand und den letzten Import unter Verbindungen, dann den Datumsbereich des Berichts. Geplanter Abgleich und das Nachladen der Geschichte laufen stündlich; eine Quelle zu verbinden oder einen Abgleich von Hand anzufordern kann sofort starten. Korrigiere Rechte oder Konfiguration beim Anbieter und wiederhole den Import. Ein Token gehört nicht in einen Fehlerbericht. Verbindungen öffnen: /app/connections HTTP-/API-Dokumentation: /docs/api/de URL: https://hub.n1.team/help/de/data-and-integrations