n8n — API profilu WhatsApp

Organizować coś

1. Dodaj węzeł → Żądanie HTTP.
2. Konfiguruj:
   • Uwierzytelnianie: Ogólny typ poświadczeń → Autoryzacja nagłówka
   • Nagłówek (bezpośredni serwer proxy): x-rapidapi-key: YOUR_DIRECT_KEY — pojedynczy nagłówek. Klucz do bezpośredniego zakupu z naszego pulpitu nawigacyjnego.
   • Nagłówek (marketplace RapidAPI): dodaj drugi nagłówek x-rapidapi-host: wp-data.p.rapidapi.com ORAZ zmień hosta adresu URL poniżej.
   • Metoda: GET
   • URL: https://whatsapp-proxy.checkleaked.cc/number/{{ $json.phone }} (tylko cyfry, bez znaku +). Dla RapidAPI: https://wp-data.p.rapidapi.com/number/{{ $json.phone }}.
   • Odpowiedź → Format odpowiedzi: JSON
3. Wykonaj — węzły podrzędne otrzymują przeanalizowany plik JSON.

Wzorzec przetwarzania wsadowego

W przypadku uruchomień zbiorczych n8n należy użyć węzła SplitInBatches przed żądaniem HTTP, aby ograniczyć współbieżność i przestrzegać limitu obciążenia na warstwę:

1. Odczyt danych — np. z Arkuszy Google lub Postgres.
2. SplitInBatches — rozmiar partii = maksymalny limit Twojego poziomu (2 dla BASIC/PRO/ULTRA, 4 dla MEGA).
3. Żądanie HTTP — wyszukiwanie w API profilu WhatsApp.
4. Scalanie/agregacja — łączenie wyników w pojedynczym zestawie danych.
5. Napisz zwrotnie — zaktualizuj źródło lub przekieruj do CRM.

Rozważania dotyczące samodzielnego hostingu

• Przechowuj klucz API w zaszyfrowanym magazynie danych uwierzytelniających n8n, a nie jako zwykłą zmienną środowiskową.
• Włącz wbudowaną funkcję ponawiania węzła żądania HTTP: Kontynuuj przy błędzie + Ponów przy błędzie z 5 ponownymi próbami i wykładniczym wycofywaniem.
• W przypadku przepływów pracy o dużej objętości należy używać dedykowanego punktu końcowego MEGA-tier w celu zmniejszenia opóźnień.

Powiązany