Przejdź do głównej zawartości

Jak Metribay jest zorganizowany

Metribay składa się z kilku elementów. Gdy je znasz, każdy ekran ma sens.

Workspace
├── Project: example.com
│ ├── Data source: Google Analytics property ← reads through a connected account
│ ├── Data source: Search Console property ← reads through a connected account
│ ├── Data source: UptimeRobot monitor ← reads through a connected account
│ └── Events: launches, campaigns, releases
├── Project: My WordPress plugin
│ ├── Data source: WordPress.org downloads (no account needed)
│ └── Data source: GitHub repository
├── Connected accounts: your logins at Google, GitHub, Umami …
└── Team members

Projekty i połączone konta zarządzasz w Ustawienia. Źródła danych są w projektach — dodajesz je i edytujesz na stronie każdego projektu.

Obszar roboczy trzyma wszystko dla jednej firmy, klienta lub portfolio: projekty, połączone konta, historię metryk i zespół. Między obszarami roboczymi nic się nie współdzieli.

W Metribay Cloud możesz posiadać do pięciu obszarów roboczych i przełączać się między nimi w nagłówku. Wersja self-hosted ma jeden obszar roboczy w tle. Zobacz Obszary robocze.

Projekt to cokolwiek prowadzisz i chcesz śledzić: strona, wtyczka, aplikacja lub produkt. Łączy źródła danych i wydarzenia w jeden widok. Ma nazwę i opcjonalnie domenę.

Zawsze zaczynasz od projektu, potem dodajesz źródła danych. Gdy projekt nie jest potrzebny, zarchiwizuj go. Znika z przeglądu, ale historia zostaje. Zobacz Zarządzanie projektami.

Połączone konto to Twój login u dostawcy: konto Google, token GitHub lub login i hasło Umami. Daje Metribay dostęp tylko do odczytu. Łączysz je raz i używasz w wielu źródłach danych i projektach: jedno konto Google może zasilać wszystkie widoczne właściwości Analytics.

Dane logowania są szyfrowane i po zapisaniu nie są już pokazywane. Połączone konta należą do obszaru roboczego, nie do projektu. Zobacz Połączone konta.

Źródło danych to konkretna rzecz, którą Metribay śledzi dla projektu: właściwość Search Console, repozytorium GitHub lub monitor UptimeRobot. Mówi co czytać; połączone konto mówi jakim loginem.

Każde źródło należy do dokładnie jednego projektu i czyta u jednego dostawcy. Ma:

  • label — nazwę, którą wybierasz,
  • resource — to, co czyta, np. ID właściwości lub nazwa repozytorium,
  • connected account — kontem, przez które czyta (WordPress.org nie wymaga konta),
  • reporting timezone — gdzie zaczyna się i kończy dzień,
  • history window — ile dni wstecz Metribay czyta,
  • status, np. Up to date lub Needs attention.

Zobacz Dodawanie i zarządzanie źródłami danych.

Dodawanie Google Analytics do projektu Example:

  1. Na stronie projektu Example wybierz Dodaj źródło danych i Google Analytics 4.
  2. Wybierz połączone konto lub zaloguj się przez Google. Nowe połączone konto zapisuje się w tym momencie.
  3. Metribay listuje właściwości widoczne dla konta. Wybierz jedną.
  4. Potwierdź. Źródło danych powstaje teraz i startuje pierwszy import.

Potem Metribay zbiera dane według harmonogramu, używając połączonego konta. Gdy hasło lub token się zmieni, zaktualizuj konto raz — wszystkie źródła z niego korzystające dalej działają.

Każdy dostawca dostarcza stały zestaw metryk: odwiedzający, kliknięcia, commity, uptime. Metribay przechowuje je jako dzienne obserwacje: jedna wartość na metrykę na dzień, w strefie czasowej źródła.

Niektóre metryki, jak wizyty czy pobrania, sumują się w okresie. Inne, jak unikalni odwiedzający czy otwarte issue, nie. Metribay traktuje każdą poprawnie. Zobacz Jak czytać liczby.

Wydarzenia to datowane znaczniki na projekcie, np. „Premiera nowej strony cennika”. Pojawiają się na wykresach i pomagają wyjaśnić skok lub spadek. Własne wydarzenia mogą się powtarzać, np. cotygodniowy newsletter. Wydania GitHub importują się same. Zobacz Wydarzenia.

W Metribay Cloud każdy w obszarze roboczym ma rolę:

  • Owners — zespół i połączone konta; mogą wszystko.
  • Editors — projekty, źródła danych i wydarzenia.
  • Viewers — tylko podgląd.

Zobacz Zespół i role.