Keitaro v11 Pełna Instalacja (FB - Czarna Strona - TG) + CF + CAPI Deduplication

Potrzebna profesjonalna konfiguracja infrastruktury do zalewania z FB na Telegram (GEO Indie). Ruch kierowany jest na lokalną statyczną Czarną Stronę, stamtąd — przyciskiem JS do kanału Telegram. Brak S2S Postback z końcowej platformy, śledzenie ręczne przez linki zaproszeniowe TG, więc tego nie trzeba konfigurować.

Specyfikacja techniczna:

1. Serwer, Sieć i SSL

• Baza: Zainstalować Keitaro v11 na czystym Ubuntu 22.04 (root podam). Powiązać domenę przez mój pusty Cloudflare.

• Stabilność sprzętowa: Skonfigurować automatyczną rotację logów Nginx i czyszczenie ClickHouse/Redis, aby ruch bota FB nie zablokował serwera. Sztywno zsynchronizować czas serwera (NTP) z UTC dla poprawnego działania znaczników czasowych FB.

• SSL: Skonfigurować Full/Strict + wygenerować lokalny certyfikat (anty-błąd 52x).

• Catch-all (Skalowanie): Skonfigurować serwer tak, aby w przypadku zablokowania domeny w FB, kierować IP nowej śmieciowej domeny z CF na serwer, a on zwracał docelową kampanię bez ręcznego przypinania w trackerze.

2. Konfiguracja Cloudflare i Nginx (Krytyczne dla GEO Indie)

• Cloudflare: Zasady Stron (Poziom Cache: Bypass dla wszystkich URL). Bezpieczeństwo: wyłączyć tryb walki z botami, poziom Zasadniczo Wyłączony.

• Nginx (Wycieki IPv6): Mobilne Indie (Jio) korzystają z IPv6. Nginx wewnątrz Keitaro musi sztywno przywracać CF-Connecting-IP nie tylko dla IPv4, ale i dla wszystkich aktualnych zakresów IPv6 Cloudflare.

3. Integracja landingów i Kloaka

• Na początek stwórz placeholdery (później podam 2 archiwa ZIP do załadowania jako Lokalne landingi).

• Strumień 1 (Przechwytywanie - Biała Strona): Filtry: boty (IM Klogs), IPv6 (z wyjątkiem rzeczywistych mobilnych podsieci), Centra danych, VPN/Proxy, Desktopy, niecelowe GEO.

• Strumień 2 (Docelowy - Czarna Strona): Filtry: GEO Indie, tylko Smartfony.

4. Dynamika, CAPI i Deduplication (Architektura)

• Bezpieczeństwo API: Token dostępu konfigurowany jest ściśle w backendzie Keitaro. Na Czarnej Stronie dynamicznie (przez parametr URL) przekazywany jest tylko publiczny Pixel ID.

• Wzbogacenie CAPI (EMQ): Wysyłka serwerowa musi przechwytywać fbclid z przychodzącego linku i _fbp (ciasteczko), przekazując je do CAPI razem z IP i UA.

• Most konwersji (AJAX): Podaj mi dokładny URL/ścieżkę dla ukrytego zapytania AJAX, które mój programista umieści na przycisku. Po kliknięciu skrypt wyśle ping do Keitaro (status lead), co wyzwala strzał CAPI.

• Deduplication: Przekaż makro {subid} wewnątrz lokalnej Czarnej Strony. Mój skrypt JS pobierze go i przekaże do pikseli przeglądarki jako eventID. Serwerowy CAPI leci z tym samym subid.

• Dynamiczny link TG: Unikalny link zaproszeniowy Telegram przekazywany jest na Czarną Stronę makrem (na przykład, {offer_url}).

Pytania przed rozpoczęciem:

Przed rozpoczęciem należy odpowiedzieć na te pytania w odpowiedzi:

1. Jak wykluczysz ruch mobilny IPv6 z Indii z filtra kloaki "Centra danych", biorąc pod uwagę proxy CF?

2. W którym miejscu mojego lokalnego landing page programista powinien ogłosić zmienne makr {subid} i {offer_url}, aby parser Keitaro je zobaczył i nie oddał surowym tekstem?

3. Jakim zapytaniem URL mój skrypt JS z Czarnej Strony powinien pingować tracker, aby zadziałał wyzwalacz CAPI?

Czekam na ocenę budżetu i terminów.