> For the complete documentation index, see [llms.txt](https://support.closer.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.closer.app/guide/routing-configuration/reguly-tagowania.md).

# Reguły tagowania

Reguły tagowania są definiowane z poziomu dashboardu Closera. Tagi moga pochodzić z wielu źródeł:

* Na podstawie **domeny**, na której jest widget Closera, tj. tag ustawiany jest dla wszystkich rozmów, które po stronie klienta zostały zainicjowane na wybranej domenie.
* Na podstawie wyrażenia regularnego od którego **rozpoczyna się adres url**, tj. tag ustawiany jest dla wszystkich rozmów, które po stronie klienta zostały zainicjowane na stronach, których adres url zaczyna się od określonej ścieżki url, np. dla tag ustawiany dla wyrażenia: <https://closer.app/blog/> będzie nadawany dla wszystkich rozmów, które klient inicjuje przez Closera na stronach  <https://closer.app/blog/> ,  <https://closer.app/blog/artykul1>, <https://closer.app/blog/artykul2>, itd
* Na podstawie **adresu url** wybranej strony, gdzie jest inicjowana przez klienta rozmowa przez widget Closera; np. <https://closer.app/pricing/> - tag ustawiany dla rozmów, które po stronie klienta zostały zainicjowane wyłącznie na stronie <https://closer.app/pricing/>&#x20;
* Na podstawie **wartości** [**parametrów utm**](https://pl.wikipedia.org/wiki/Parametry_UTM), np. utm\_source, utm\_medium, utm\_campaign. Aby nadać tag, należy określić parametr utm, oraz jego wartość, np. utm\_source=facebook.
* Na podstawie **buttonu osadzonego na www**, który inicjuje widget Closera. Tj. po kliknięciu w wybrany button na www, który inicjuje widget Closera do danej rozmowy jest nadawany tag określający wszystkie rozmowy uruchamiane danym buttonem. Te tagi określane są z poziomu kodu źródłowego buttonu.
* **Tagi systemowe** dotyczące sesji użytkownika na www:&#x20;

  * **new\_visitor** - gdy użytkownik pierwszy raz odwiedza stronę z widgetem Closera,
  * **returning\_visito**r - gdy użytkownik odwiedza kolejny raz stronę z widgetem Closera,
  * **exit\_intent** - w przypadku kiedy użytkownik chce opuścić stronę www (wyjść poza kartę przeglądarki aby ją zamknąć, albo wpisać nowy adres w pasku przeglądarki).

  Tagi te są “sztywne” co oznacza, że nie możemy ich dowolnie określać.
* Na podstawie wybranych **metadanych dotyczących przeglądarki**, np. język przeglądarki klienta.
* Na podstawie **danych z systemów zintegrowanych z Closerem** **dla rozpoznanych klientów**. Tj. do Closera możemy przekazywać tagi dotyczące rozpoznanego klienta, jeśli istnieje integracja pomiędzy Closerem, a danym systemem, np. dla rozpoznanych klientów dodanie tagu premium jeśli istnieje integracja pomiędzy Closerem, a systemem CRM, w którym oznaczamy wybranych klientów jako klientów premium i przewidziana jest integracja pola dotyczącego oznaczenia klientów premium w CRMie.
* Na podstawie **danych z systemów zintegrowanych z Closerem dla danych dotyczących rozmowy**. Tj. nadawanie rozmowom tagów, jeśli zostały one określone przez zewnętrzne systemy konwersacyjne, tj. boty. Np. bot Max rozpoznaje temat rozmowy i określa to jako tag, który nadawany jest w rozmowie w Closerze.
* **Na potrzeby segmentacji**, tagi niewykorzystywane przy routingu rozmów np. tagi określające nazwę zespołów w firmie.

&#x20;


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://support.closer.app/guide/routing-configuration/reguly-tagowania.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.