> ## Documentation Index
> Fetch the complete documentation index at: https://docs.appsignal.com/llms.txt
> Use this file to discover all available pages before exploring further.

# AppSignal Labs

> Probeer experimentele functies vroeg uit en help vorm te geven aan wat we vervolgens bouwen. Labs is waar nieuwe ideeën als eerste landen, voordat ze de rest van AppSignal bereiken.

## Wat u kunt verwachten

Drie dingen om in gedachten te houden voordat u zich aanmeldt.

<CardGroup cols={3}>
  <Card title="Vroege toegang" icon="bolt">
    Gebruik functies voordat ze algemeen beschikbaar zijn.
  </Card>

  <Card title="Ruwe randjes" icon="wrench">
    Functies kunnen onvolledig zijn of zonder voorafgaande kennisgeving veranderen. Niet gedekt door onze SLA.
  </Card>

  <Card title="Directe invloed" icon="message">
    Uw feedback gaat rechtstreeks naar het team dat de functie bouwt.
  </Card>
</CardGroup>

## Fases

Elke Labs-functie bevindt zich in een van drie fases, die u vertelt hoe u betrokken kunt raken:

* **In research:** We verkennen het probleem en geven vorm aan de oplossing. U ziet mogelijk vroege pull requests, prototypes of open oproepen voor UX-onderzoekssessies. Doe mee aan een sessie om ons te helpen bepalen wat we bouwen.
* **In preview:** Self-service en klaar om te proberen. Schakel het zelf in, verken wat er is en deel uw feedback in ons [Discord](https://discord.gg/EjF6ykYx63)-kanaal.
* **In beta:** Dichter bij algemene beschikbaarheid. Sommige beta-functies zitten achter een feature flag en moeten mogelijk worden ingeschakeld door [Support](mailto:support@appsignal.com). We rollen deze geleidelijk uit terwijl we de ruwe randjes wegwerken.

## Huidige Labs-functies

<Card title="Apdex" icon="gauge-high">
  **In beta**

  Meet hoe tevreden uw gebruikers zijn met de performance van uw applicatie. Stel **Satisfied**- en **Tolerating**-responstijddrempels in per namespace, en AppSignal genereert `apdex`- en `apdex_counts`-metrieken die u kunt toevoegen aan dashboards en meldingen. Toon ze als **single value** of **time series**, zodat u uw huidige score in één oogopslag kunt zien.

  [Deel feedback op Discord →](https://discord.gg/EjF6ykYx63)
</Card>

<Card title="Logs-gebaseerde metrieken" icon="chart-line">
  **In beta**

  Verander data uit uw logs in metrieken zonder nieuwe code te schrijven of de Logs-pagina te verlaten. Filter uw logs op de events waar u om geeft, zoals requests naar `/api/orders`, selecteer **Create a metric** vanuit een logregel, en AppSignal bouwt een Count-, Gauge- of Measurement-metriek met behulp van de query, severity en source die u al open had. Gebruik hem op een dashboard of in een trigger.

  [Lees de documentatie →](/logging/metrics)

  [Deel feedback op Discord →](https://discord.gg/EjF6ykYx63)
</Card>

<Card title="AppSignal CLI" icon="terminal">
  **In beta**

  Een command-line-interface voor AppSignal, gebouwd in Rust. Ontworpen voor zowel mensen als LLM's om uw AppSignal-data vanuit de terminal te bevragen. Installeer hem met Homebrew om aan de slag te gaan.

  In de toekomst blijven we de CLI uitbreiden richting feature pariteit met de AppSignal API.

  [Lees de docs →](/cli)

  [Installeer de CLI →](https://github.com/appsignal/homebrew-appsignal-cli#install)

  [Bekijk de nieuwste releases →](https://github.com/appsignal/homebrew-appsignal-cli/releases)
</Card>

<Card title="JavaScript web vitals" icon="gauge">
  **In research**

  Frontend monitoring voor uw browser-apps. We verkennen een browser-sectie die frontend-fouten naar boven brengt samen met de context van wat ervoor gebeurde, plus Core Web Vitals van echte gebruikers, uitgesplitst per pagina. Volg de standaard browsermetrieken — LCP, INP, CLS, FCP en TTFB — om te zien hoe elke pagina presteert. Filter op app-versie om de performance van elke release te vergelijken. Handig voor developers die langzame pagina's debuggen en voor analyses.

  [Doe mee aan het onderzoek →](https://discord.gg/EjF6ykYx63)
</Card>

<Card title="Distributed tracing" icon="diagram-project">
  **In research**

  Volg een request terwijl deze door uw services en applicaties reist. We verkennen distributed tracing gebouwd op OpenTelemetry, met een trace-tijdlijn die elke span in een request laat zien, zelfs wanneer deze servicegrenzen overschrijdt, zodat u kunt zien waar de tijd naartoe gaat en waar de ene service de andere overneemt. Een service map toont de upstream- en downstream-callers rondom een trace, wat antwoord geeft op de vraag van wie u afhankelijk bent en wie van u afhankelijk is. Handig voor het debuggen van langzame requests en het begrijpen van hoe uw services in elkaar passen.

  We zoeken nu mensen die de vroege UI willen uitproberen en ons willen vertellen wat werkt en wat ze ervan zouden willen. Als u wilt helpen bepalen waar dit naartoe gaat, horen we graag van u.

  [Doe mee aan het onderzoek →](https://discord.gg/EjF6ykYx63)
</Card>

## Doe mee

<CardGroup cols={2}>
  <Card title="UX-onderzoekssessies" icon="video" href="https://discord.gg/EjF6ykYx63">
    Videogesprekken van 30 minuten waarin u deelt wat werkt en wat niet.
  </Card>

  <Card title="Feedback" icon="discord" href="https://discord.gg/EjF6ykYx63">
    Gebruik de in-feature feedbackknop of vind ons op Discord.
  </Card>
</CardGroup>

## FAQ

<AccordionGroup>
  <Accordion title="Hebben Labs-functies invloed op mijn productiedata?">
    Nee. Labs-functies werken naast uw bestaande setup, met expliciete opt-in waar nodig.
  </Accordion>

  <Accordion title="Kan ik een Labs-functie uitschakelen?">
    Ja, op elk moment. Uw configuratie blijft behouden.
  </Accordion>

  <Accordion title="Wat gebeurt er met mijn feedback?">
    Het team dat die functie bouwt, leest alles.
  </Accordion>
</AccordionGroup>