Make.com und PhantomBuster mit mobilen Proxys: Ein Schritt-für-Schritt-Leitfaden für Anfänger

Einführung

In diesem Schritt-für-Schritt-Leitfaden werden Sie eine robuste und sichere Automatisierung für soziale Medien mit Make.com und PhantomBuster unter Verwendung von mobilen Proxys einrichten. Am Ende der Anleitung haben Sie ein funktionierendes Szenario: Make.com wird als Orchestrator fungieren, der Aufgaben plant, Daten sammelt und Agents auf PhantomBuster ausführt, während PhantomBuster die Online-Aktionen über mobile Proxys durchführt. Wir werden besprechen, warum mobile Proxys notwendig sind, wie man sie richtig einrichtet, wie man Sperren vermeidet und wie man Schritt für Schritt skalierbare Szenarien erstellt. Wenn Sie sofort zu den Beispielen springen wollen, nutzen Sie den internen Link zum Abschnitt "Beispiele für Automatisierungen". Für die Regeln und Einschränkungen der Plattformen wechseln Sie bitte zum Abschnitt "Limits und Sicherheit". Zur Ihrer Bequemlichkeit: zu den Automatisierungsbeispielen und zu den Limits und zur Sicherheit.

Für wen ist dieser Leitfaden? Für Einsteiger im SMM, Produktmanagern und Kleingeschäftsinhabern, sowie für fortgeschrittene Nutzer, die ein nachhaltiges System ohne "Magie" und Chaos aufbauen möchten. Wir nehmen an, dass Sie im Internet surfen, Online-Konten erstellen und einfache Einstellungstools lesen können. Programmierkenntnisse sind nicht erforderlich.

Was Sie im Vorfeld wissen sollten. Wir werden zwei zentrale Dienste demonstrieren: Make.com als Szenarien-Builder und PhantomBuster für die Ausführung von Online-Aufgaben mit Proxy-Unterstützung. Wir verwenden das Beispielformat für Proxys: http://benutzername:passwort@host:port. Wenn Ihr Anbieter ein anderes Format hat oder zwischen HTTP(S) und SOCKS5 unterscheidet, werden wir dies im Abschnitt zur Einrichtung besprechen. Wir gehen davon aus, dass die Regeln von sozialen Medien und Gesetze eingehalten werden. Alle Beispiele sind für die Arbeit mit Ihren offiziellen Konten, Inhalten und Einwilligungen der Dateninhaber ausgelegt.

Wie viel Zeit benötigt wird. Falls Sie bereits Zugriff auf Make, PhantomBuster und mobile Proxys haben, wird das Einrichten eines Basis-Szenarios 2–4 Stunden in Anspruch nehmen. Das Testen und Feinabstimmen erfordert zusätzlich 1–2 Stunden. Für die Fehlerbehebung bei komplexen Integrationen sollten Sie besser einen Arbeitstag einplanen.

Vorbereitung

Benötigte Tools und Zugänge:

• Ein Make.com-Konto mit Zugriff auf die Module HTTP, Webhooks, Scheduler und, falls erforderlich, auf die Integrationen Ihrer sozialen Medien über offizielle Apps. Der minimale Tarif ist in der Regel ausreichend für den Start.
• Ein PhantomBuster-Konto mit der Möglichkeit, Agents zu starten (zum Beispiel Phantom für soziale Medien). Der Zugang zu den Proxy-Einstellungen im Agenten ist nötig.
• Zugang zu mobilen Proxys. Anbieter mit stabilen Pools von mobilen IPs und Rotationsfunktionen sind geeignet. Als Beispielanbieter kann mobileproxy.space in Betracht gezogen werden. Wichtig: eine Plattform, auf der Host, Port, Benutzername, Passwort sichtbar sind und IP-Rotationen eingestellt werden können.
• Konten Ihrer sozialen Medien und Genehmigungen für die Automatisierung über offizielle APIs, falls dies für die Aufgaben erforderlich ist. Halten Sie sich an die Regeln der Plattformen.

Systemanforderungen:

• Ein moderner Browser (Chrome, Firefox, Edge, Safari). Wir empfehlen Chrome für die beste Kompatibilität.
• Ein zuverlässiges Internetverbindung. Mindestens 20 Mbit/s und höher sind empfehlenswert.
• Zugang zu einer E-Mail-Adresse zur Bestätigung von Registrierungen und zur Zwei-Faktor-Authentifizierung (2FA), falls aktiviert.

Was zu installieren und einzurichten ist:

• Es ist keine zusätzliche Software auf dem Computer erforderlich. Alle Services laufen in der Cloud.
• Bereiten Sie einen Passwortmanager vor, um Proxy-Daten und API-Tokens zu speichern. Das hilft, Fehler zu vermeiden.

Backups:

• In Make.com erstellen Sie vor Änderungen Kopien Ihrer Szenarien. Normalerweise ist dies die Schaltfläche "Szenario duplizieren" oder "Copy scenario". Sie können auch das Blueprint des Szenarios über das Menü exportieren, um sich schnell wiederherzustellen.
• In PhantomBuster duplizieren Sie den Agenten, bevor Sie wesentliche Änderungen an Proxys, Zeitplänen oder Eingabewerten vornehmen. So können Sie immer zurücksetzen.

Tipp: Legen Sie vor Beginn ein einfaches Dokument an, in dem Sie speichern: Namen der Szenarien, IDs der PhantomBuster-Agenten, Proxy-Daten, Rotationsfrequenz und Kontaktstellen (wo die Benachrichtigungen aus Make ankommen). Dadurch wird das Projektmanagement einfacher.

Grundlegende Begriffe

Schlüsselexpressionen einfach erklärt:

• Make.com - ein cloud-basierter Szenarien-Builder. Ermöglicht die Verbindung von Services und die Durchführung von Aktionen ohne Code: zeitgesteuerte Auslösung, Webhook-Aufrufe, Anfragen senden, Daten in Tabellen eintragen, Benachrichtigungen.
• PhantomBuster - eine Cloud-Plattform für Agenten (Phantome), die Aufgaben im Internet ausführt. Viele Agenten können über Proxys arbeiten.
• Mobiler Proxy - Verbindung ins Internet über IP, die von einem Mobilfunknetz bereitgestellt wird. Diese IPs sind in der Regel dynamisch aus dem Pool des Anbieters. Der Verkehr sieht normal "aus einem Smartphone" aus.
• IP-Rotation - Wechsel der externen IP in festgelegten Intervallen oder manuell. Notwendig zur Lastenverteilung und zur Minimierung des Risikos von Einschränkungen.
• Orchestrierung - Steuerung des Prozesses: Planung, Ausführung, Aggregation von Ergebnissen, Reaktionen auf Fehler. Diese Rolle übernimmt Make.

Grundprinzipien:

• Alle Netzwerkaktionen, die einen Proxy benötigen, werden dort ausgeführt, wo der Proxy explizit konfiguriert werden kann. In unserem Fall - in PhantomBuster.
• Make.com verwaltet die Agenten: überträgt Eingabewerte, startet sie, holt Ergebnisse ein und sendet Benachrichtigungen.
• Der Proxy wird auf Agenten-Ebene in PhantomBuster eingerichtet. Für Make.com ist die direkte Angabe eines Proxys in den meisten Modulen nicht verfügbar, daher sollten alle Aktionen, die eine spezifische IP erfordern, besser in PhantomBuster ausgeführt werden.

Was man vor Beginn verstehen sollte:

• Nicht alle sozialen Netzwerke erlauben Automatisierung außerhalb der offiziellen APIs. Überprüfen Sie die Richtlinien jeder Plattform. Verwenden Sie wo möglich offizielle Methoden.
• Mobile Proxys sind keine "Magie gegen Sperren". Sie reduzieren Risiken, aber bei aggressiven Aktionen oder Regelverletzungen kann es zu Beschränkungen kommen.
• Richtige Orchestrierung, sensibele Limits und Protokollierung sind wichtiger als die "Anzahl der Proxys".

Was sind Make.com und PhantomBuster

Make.com ist ein visueller Editor für Geschäftsprozesse. Sie erstellen Szenarien aus Modulen: Eingaben, Verarbeitung, Ausgaben. Ein Szenario kann zeitgesteuert, durch ein Ereignis (Webhook), manuell oder bei Änderungen an angeschlossenen Diensten ausgelöst werden. Beispiele für Module: HTTP, Webhooks, Tools, Data Store, Google Sheets, Slack. Ein wichtiges Merkmal von Make - es ist leicht zu warten, zu ändern und zu dokumentieren. Es eignet sich hervorragend zur Orchestrierung von Prozessen, bei denen ein Teil der Aufgaben von externen Tools, zum Beispiel PhantomBuster, ausgeführt wird.

PhantomBuster ist eine Bibliothek für Cloud-"Phantome", die bereit sind, Standardaufgaben zu lösen: Datensammlung von Profilen, Überprüfung von Posts, einfache Kommunikation über offizielle Kanäle, Verarbeitung von URL-Listen usw. Das Wichtigste für unser Thema ist, dass in PhantomBuster ein Proxy für den Agenten eingerichtet werden kann und die Intensität kontrolliert werden kann. Die Architektur sieht wie folgt aus: Make gibt Eingaben ab, startet das Phantom, wartet auf den Abschluss, lädt die Ergebnisse herunter und sendet sie dort hin, wo sie benötigt werden.

Kombination von Make und PhantomBuster:

• Make - Planung und Integrationen mit Ihrem Stack: CRM, Tabellen, Messenger, Berichte.
• PhantomBuster - Netzwerkaktionen, bei denen Proxy-Unterstützung und flexible Intervalle erforderlich sind.
• Kommunikation - über die API von PhantomBuster, Standard-HTTP-Module in Make und Webhooks.

Tipp: Beginnen Sie immer mit einem kleinen Test-Szenario, bei dem Make einen PhantomBuster-Agenten zeitgesteuert ausführt und die Ergebnisse in eine Tabelle speichert. Nur nach einem erfolgreichen Test skalieren.

Warum mobile Proxys

Mobile Proxys werden verwendet, um den Internetverkehr wie von einem echten mobilen Gerät aussehen zu lassen. Das hilft:

• Das Risiko zusätzlicher Überprüfungen zu minimieren, wenn Ihre Prozesse auf mobiles Verhalten abgestimmt sind und Sie innerhalb der Vorschriften handeln.
• Die Netzwerkbelastung auf IPs zu verteilen, um in einer Adresse kein "Engpass" zu schaffen.
• Die Geographie zu emulieren, zum Beispiel wenn die Sichtbarkeit von Inhalten in einer bestimmten Region getestet werden muss, wobei die Einhaltung der Plattformregeln gewährleistet sein muss.

Warum mobile und nicht Rechenzentrums-Proxys:

• Mobile IPs ändern sich in der Regel während des normalen Betriebs von Netzwerken. Das gibt den Prozessen "Atmung" und senkt die Chance, Risiko-Signale zu akkumulieren.
• Mehr "Ähnlichkeit" mit dem Verkehr einer normalen Benutzeroberfläche mobiler Anwendungen, wenn dies erforderlich ist und nicht gegen die Regeln verstößt.

⚠️ Achtung: Mobile Proxys dürfen nicht zum Umgehen von Einschränkungen, Kontosperrungen, zur Erhöhung von Limits über das Erlaubte hinaus oder für andere illegale Aktivitäten verwendet werden. Verwenden Sie sie nur in rechtmäßigen Szenarien und bei Genehmigungen zur Automatisierung.

Tipp: Bei der Arbeit mit mehreren offiziellen Marken-Konten wird empfohlen, jedem Konto einen eigenen mobilen Proxy zuzuweisen. Das vereinfacht die Überprüfung und verringert die Risiken von Überschneidungen.

Schritt 1: Vorbereitung der Konten und Umgebung

Ziel des Schrittes

Arbeitsumgebungen in Make und PhantomBuster vorbereiten, alle Zugänge sammeln und leere Szenarien und Agenten zur späteren Konfiguration der Proxys erstellen.

Detaillierte Schritt-für-Schritt-Anleitung

1. Öffnen Sie Make.com und melden Sie sich an. Wenn Sie kein Konto haben, registrieren Sie sich und bestätigen Sie Ihre E-Mail-Adresse.
2. Erstellen Sie einen neuen Arbeitsbereich oder wählen Sie einen bestehenden aus. Klicken Sie auf "Create a new scenario".
3. Fügen Sie in dem leeren Szenario drei Module hinzu: Scheduler (zum zeitgesteuerten Start), HTTP (zum Aufrufen der API von PhantomBuster) und Google Sheets oder Data Store (um die Ergebnisse zu speichern). Wir werden jedes Modul später konfigurieren.
4. Speichern Sie das Szenario. Geben Sie ihm einen klaren Namen, zum Beispiel "PB Orchestration — Instagram Insights (mobile proxy)".
5. Öffnen Sie PhantomBuster und melden Sie sich an. Wenn Sie kein Konto haben - registrieren Sie sich, bestätigen Sie Ihre E-Mail und aktivieren Sie die 2FA, falls verfügbar.
6. Suchen Sie den Agenten, der Ihrer Aufgabe entspricht. Zum Beispiel nehmen wir einen Agenten, der öffentliche Metriken von offiziell verfügbaren Seiten oder Profilen sammelt. Erstellen Sie einen neuen Agenten, indem Sie auf "New agent" klicken, und geben Sie einen Namen, zum Beispiel "IG Insights via Mobile Proxy".
7. Überspringen Sie im Agenten von PhantomBuster vorerst die Schritte zur Autorisierung des sozialen Netzwerks, falls diese für das Lesen öffentlicher Daten nicht erforderlich sind, oder stellen Sie sicher, dass Sie nur offiziell zugelassene Methoden verwenden.
8. Erstellen Sie eine Menge von Testeingabewerten: zum Beispiel eine Liste von Profilen oder URLs, die offiziell veröffentlicht wurden und zum Lesen vorgesehen sind.
9. Bereiten Sie ein Dokument mit Zugängen vor: Notieren Sie die ID des Make-Szenarios (diese können Sie in der URL sehen), den Namen des PhantomBuster-Agenten und die Felder für den Proxy (Host, Port, Benutzername, Passwort).

Wichtige Punkte

Obligatorische Regel: Für jedes Konto und jedes Projekt verwahren Sie die Zugänge und Einstellungen separat. Mischen Sie Proxys und Konten niemals ohne Notwendigkeit und Genehmigung.

Erwartetes Ergebnis

Sie haben ein leeres, aber gespeichertes Szenario in Make mit grundlegenden Modulen und einen erstellten Agenten in PhantomBuster mit Testeingabewerten.

Potenzielle Probleme und Lösungen

• Sie können kein Szenario in Make erstellen - aktualisieren Sie den Browser, melden Sie sich ab und wieder an, überprüfen Sie die Berechtigungen des Arbeitsbereichs.
• In PhantomBuster gibt es keinen geeigneten Agenten - nutzen Sie universelle Agenten (z.B. HTTP GET/POST) oder Alternativen, die mit offiziellen APIs arbeiten, oder ziehen Sie in Erwägung, ein eigenes Mikroskript, ausgeführt über PhantomBuster, zu verwenden, falls dies durch Ihren Tarif unterstützt wird.

✅ Überprüfung: In Make sehen Sie den Entwurf des Szenarios mit den Modulen Scheduler, HTTP und dem Ausgabe-Modul (zum Beispiel Google Sheets). In PhantomBuster wurde ein Agent mit Namen und Testeingabewerten erstellt.

Schritt 2: Einrichtung des mobilen Proxy-Anbieters

Ziel des Schrittes

Stabile Daten des mobilen Proxys erhalten: Host, Port, Benutzername, Passwort, sowie die IP-Rotation aktivieren und Parameter für PhantomBuster festhalten.

Detaillierte Schritt-für-Schritt-Anleitung

1. Öffnen Sie das Panel Ihres mobilen Proxy-Anbieters. Verwenden Sie mobileproxy.space, falls Sie sich dafür entschieden haben. Melden Sie sich mit Ihrem Konto an.
2. Erstellen oder aktivieren Sie einen Proxy-Slot. Geben Sie dem Slot einen Namen, der das Projekt widerspiegelt, zum Beispiel "Brand_A_IG".
3. Kopieren Sie die Verbindungseinstellungen. Dies sind normalerweise Host (Domain oder IP), Port (z.B. 3128), Benutzername und Passwort. Notieren Sie diese in Ihrem Zugangsdokument.
4. Stellen Sie sicher, dass der Proxy-Typ - HTTP(S) ist. Die meisten Cloud-Agenten von PhantomBuster funktionieren mit HTTP(S)-Proxys. Wenn Sie SOCKS5 haben, überprüfen Sie, ob Ihr Agent dies unterstützt. Andernfalls verwenden Sie HTTP(S).
5. Richten Sie die IP-Rotation ein. Wählen Sie im Panel des Anbieters das Rotationsintervall (zum Beispiel alle 30–60 Minuten) oder konfigurieren Sie eine manuelle Rotation über eine Schaltfläche. Notieren Sie die Methode der Rotation und das Intervall.
6. Falls der Anbieter einen "globalen" Rotationslink oder API-Schlüssel zur Änderung der IP bereitstellt, speichern Sie diese in Ihrem Dokument. Diese Informationen werden für die automatische Rotation über Make im Zeitplan benötigt.
7. Überprüfen Sie die Geografie der IP. Wenn Ihre Aufgabe eine bestimmte Region benötigt, wählen Sie den entsprechenden Pool. Wenn keine Anforderungen bestehen - lassen Sie es standardmäßig.
8. Stellen Sie sicher, dass die Limits und die Bandbreite passen. Wenn Sie mehrere Agenten planen, überprüfen Sie, ob der Anbieter Parallelismus zulässt oder erstellen Sie mehrere Slots.

Wichtige Punkte

Speichern Sie Benutzernamen und Passwörter für Proxys nicht in offenen Tabellen ohne Schutz. Verwenden Sie geschützte Speicher oder Verschlüsselung, wenn möglich.

Tipp: Geben Sie allen Proxy-Slots ein einheitliches Namensschema, wie "proj_channel_region_index" (brand_ig_ru_01). Das hilft bei der Automatisierung der Skalierung und der Vermeidung von Verwirrung.

⚠️ Achtung: Die Rotation von IP sollte nicht als Methode zur "Umgehung" von Einschränkungen bei aggressiven Aktionen verwendet werden. Verwenden Sie die Rotation zur gleichmäßigen Verteilung der Anfragen und nur innerhalb der erlaubten Limits.

Erwartetes Ergebnis

Sie haben einen funktionierenden mobilen Proxy mit bekannten Zugangsdaten, aktivierter Rotation (oder der Möglichkeit, diese manuell zu starten), und einen Plan zur Lastverteilung.

Potenzielle Probleme und Lösungen

• Sie können keinen Host und Port erhalten - wenden Sie sich an den Support des Anbieters oder aktualisieren Sie die Seite des Panels. Manchmal werden die Daten erst nach Aktivierung des Slots sichtbar.
• Die Rotation funktioniert nicht - überprüfen Sie die Tarif-Bedingungen. Einige Anbieter beschränken die Frequenz der Rotation.
• Die Geografie ändert sich nicht - überprüfen Sie, ob der Anbieter den benötigten Pool hat und ob er in Ihrem Tarif verfügbar ist.

✅ Überprüfung: Sie können sich über jedes Verbindungstest-Tool (z.B. mit dem System-Tool curl unter Angabe des Proxys, wenn Sie mit Ihren Fähigkeiten sicher sind) oder in PhantomBuster im weiteren Verlauf der Anleitung authentifizieren. Die Proxy-Einstellungen sind notiert und verfügbar.

Schritt 3: Mobilen Proxys in PhantomBuster einbinden und testen

Ziel des Schrittes

Richten Sie den Proxy direkt im Agenten von PhantomBuster ein und stellen Sie sicher, dass der Agent korrekt mit den Zielressourcen über den mobilen Proxy verbunden ist.

Detaillierte Schritt-für-Schritt-Anleitung

1. Öffnen Sie den bereits erstellten Agenten in PhantomBuster.
2. Gehen Sie zum Abschnitt Einstellungen oder Konfiguration für diesen Agenten. In der Benutzeroberfläche gibt es normalerweise einen separaten Block für Proxy-Einstellungen oder Erweitert.
3. Finden Sie das Feld für die Proxy-URL. Geben Sie eine Zeile in der Form ein: http://benutzername:passwort@host:port. Beispiel: http://user123:pass456@mpx-ru-01.mobileproxy.space:3128. Beachten Sie, dass dies ein Beispielformat ist. Verwenden Sie Ihre tatsächlichen Werte.
4. Speichern Sie die Einstellungen des Agenten. Klicken Sie auf "Speichern" oder "Einstellungen aktualisieren".
5. Wenn der Agent die Verbindungstestfunktion unterstützt, führen Sie einen kurzen Test durch. Andernfalls starten Sie den Agenten mit einem Testeingang. Beobachten Sie die Logs, wo manchmal die IP oder der Erfolg der Verbindung sichtbar wird.
6. Überprüfen Sie, dass keine Proxy-Autorisierungsfehler vorliegen. Bei Fehlern meldet der Agent oft "Proxy authentication failed" oder "Could not connect to proxy".
7. Wenn nötig, senken Sie die Anfragegeschwindigkeit in den Einstellungen des Agenten (Rate limits, Throttling). Setzen Sie beispielsweise 1–2 Anfragen pro Minute für den Anfang und erhöhen Sie sie schrittweise.

Wichtige Punkte

Verwirren Sie nicht die Eingabefelder: manchmal bietet PhantomBuster an, den Proxy in einem Feld festzulegen und ein Kontrollkästchen "Use a proxy" zu aktivieren. Stellen Sie sicher, dass Sie die Option aktiviert haben und die Zeile korrekt ausgefüllt ist.

Tipp: Führen Sie zunächst den Agenten mit einem einzigen Testeingang aus. Das beschleunigt das Debugging. Skalieren Sie bei erfolgreicher Testausführung.

Erwartetes Ergebnis

Der Agent von PhantomBuster kann Netzwerk-Anfragen über Ihren mobilen Proxy ohne Fehler ausführen, mit korrektem Tempo und Logs.

Potenzielle Probleme und Lösungen

• Der Agent schlägt bei der ersten Anfrage fehl - überprüfen Sie Benutzername/Passwort und Port. Oft scheitert die Verbindung an einem einzigen falschen Zeichen im Passwort. Kopieren Sie die Daten erneut.
• Zu viele Anfragen oder CAPTCHA - reduzieren Sie die Anfragerate, fügen Sie Pausen hinzu, aktivieren Sie Nächte mit Ruhephasen und halten Sie sich an die offiziellen Limits platzierten.
• Instabile IP - erhöhen Sie das Rotationsintervall, um die Adresse während einer wichtigen Operation nicht zu ändern, oder stimmen Sie den Rotationszeitplan mit den Aufgaben des Agenten ab.

✅ Überprüfung: Der Agent hat die Testaufgabe erfolgreich ausgeführt, es liegen keine Proxyfehler vor, die Ergebnisse sind korrekt und stimmen mit den erwarteten Daten aus öffentlichen Quellen oder offiziellen APIs überein.

Schritt 4: Proxy in den Szenarien (Make.com und PhantomBuster) einrichten

Ziel des Schrittes

Eine Arbeitszyklen schaffen: Make plant die Aufgabe und startet PhantomBuster, wo der Proxy bereits aktiviert ist, danach erhält Make die Ergebnisse und sendet sie an die benötigten Dienste.

Detaillierte Schritt-für-Schritt-Anleitung

1. Öffnen Sie das Szenario in Make. Fügen Sie das Modul Scheduler hinzu. Wählen Sie "Jede Stunde" oder ein anderes Intervall. Das wird der "Rhythmus" Ihrer Aufgaben sein.
2. Fügen Sie das HTTP-Modul (Make) hinzu. Konfigurieren Sie die POST-Methode, um den PhantomBuster-Agenten über seine API zu starten. Im URL-Feld geben Sie den Endpunkt zum Starten des Agenten an. Nehmen Sie diesen aus den Einstellungen Ihres PhantomBuster-Kontos und der Dokumentation des Dienstes. Übergeben Sie die ID des Agenten und die Eingabewerte im Anfrageinhalt (z. B. eine Liste von URLs oder die ID des Satzes von Eingabewerten).
3. Fügen Sie das Modul Tools oder eine Verzögerung hinzu, wenn Sie auf die Ausführung des Agenten warten möchten. Oder verwenden Sie einen Überwachungszyklus mit einem anderen HTTP-Modul, das alle N Sekunden den Status der Aufgabe in PhantomBuster überprüft (z. B. GET-Status nach ID des Starts).
4. Fügen Sie das HTTP-Modul hinzu, um die Ergebnisse abzurufen. Wenn der Status "beendet" meldet, rufen Sie den Endpunkt zum Abrufen der Ergebnisse auf (z. B. den Link zu CSV oder JSON) und holen Sie die Datei oder die Datenliste.
5. Fügen Sie das Google Sheets- oder Data Store-Modul (Make) hinzu. Speichern Sie die erhaltenen Ergebnisse zeilenweise. Für Google Sheets geben Sie die Tabelle, das Blatt und die Felder zu.
6. Fügen Sie das Benachrichtigungsmodul (z. B. Slack oder Email) hinzu. Senden Sie einen kurzen Bericht: wie viele Zeilen verarbeitet wurden, ob es Auslassungen oder Warnungen gab.
7. Speichern und aktivieren Sie das Szenario. Aktivieren Sie die Fehlerprotokollierung in Make (standardmäßig gibt es ein Operationsprotokoll, verwenden Sie es beim Debugging).

Wichtige Punkte

Schlüsselprinzip: Proxys konfigurieren Sie in PhantomBuster, da Make keine universelle Proxyeinstellung für externe HTTP-Anfragen bereitstellt. Alle Aktionen, bei denen eine spezifische IP benötigt wird, führen Sie mit den Phantomen durch. Make orchestriert und integriert.

Tipp: Wenn Sie eine nicht standardmäßige Netzwerkaktion mit einem Proxy ausführen müssen, die PhantomBuster nicht unterstützt, ziehen Sie in Erwägung, diesen Schritt in einen kleinen Mikrodienst zu verlagern, der auf Ihrem Server mit einem konfigurierten systemischen Proxy ausgeführt wird, und Make ruft ihn über einen Webhook ab. Das erweitert die Architektur und sorgt für Handhabbarkeit.

Erwartetes Ergebnis

Das Szenario in Make startet den PhantomBuster-Agenten zeitgesteuert, wartet auf den Abschluss, ruft die Ergebnisse ab und speichert sie in Ihrem Speicher, um anschließend eine Benachrichtigung zu senden.

Potenzielle Probleme und Lösungen

• Make erhält keinen Status - überprüfen Sie den API-Token von PhantomBuster und die URL im HTTP-Modul sowie die Struktur des Anfragekörpers.
• Ergebnisse werden nicht geparst - stellen Sie sicher, dass Sie das Format (JSON/CSV) ausgewählt und die Felder im Schreibmodul korrekt zugeordnet haben.
• Dubletten in der Tabelle - fügen Sie Idempotenzschlüssel hinzu: überprüfen Sie die Existenz eines Eintrags vor der Einspeisung anhand einer einzigartigen ID.

✅ Überprüfung: Bei einem Testlauf инициирует das Szenario das Phantom, wartet, holt ab und speichert zumindest einen Eintrag im gewählten Speicher. In Slack oder per Email kommt eine Benachrichtigung mit Zahlen.

Beispiele für Automatisierungen

Ziel des Abschnitts

Überprüfbare, fertige Schemen zu zeigen, die wiederholt werden können. Wir geben realistische Anwendungsfälle und spezifische Parameterwerte an, die Sie anpassen können.

Beispiel 1: Wöchentliche Sammlung öffentlicher Metriken von Markenprofilen

Szenario

1. Make: Scheduler - Jeden Montag um 07:00.
2. Make: HTTP POST - Start des PhantomBuster-Agenten, der öffentlich zugängliche Metriken von Profilen sammelt (Abonnenten, Anzahl der Veröffentlichungen, grundlegende Engagement-Kennzahlen, wenn sie offiziell bereitgestellt werden).
3. PhantomBuster: Agent mit mobilem Proxy aktiviert (http://benutzername:passwort@host:port), Limit 1 Anfrage pro Minute, Timeout 10 Minuten, Eingabewerte - Liste der Profile aus der Vorwoche.
4. Make: HTTP GET - Polling des Status alle 30 Sekunden bis zum Abschluss, maximal 20 Versuche.
5. Make: HTTP GET - Ergebnisse im JSON herunterladen.
6. Make: Google Sheets - Zeilen speichern: Datum der Messung, Profil, Metriken.
7. Make: Slack - Nachricht "N Zeilen gesammelt. M Fehler."

Startparameter: Anzahl der Profile - 20; IP-Rotation - alle 60 Minuten; Zeitplan - 1 mal pro Woche; Verzögerungen - 1–2 Sekunden zwischen den Anfragen im Agenten.

Erwartetes Ergebnis: Bis 07:15 ist die Tabelle aktualisiert, der Bericht geliefert und die Logs des Agenten sind sauber.

Beispiel 2: Überprüfung des Linkstatus in den Profilbeschreibungen nach Region

Szenario

1. Make: Scheduler - Täglich um 04:00.
2. PhantomBuster: Agent, der das Profil wählt, den Link in der Beschreibung aufruft und HTTP-Code, Weiterleitungen, Verfügbarkeit überprüft, unter Verwendung eines mobilen Proxys aus der benötigten Region.
3. Make: Ergebnisse abrufen und in Data Store mit den Feldern: Profil, URL, Antwortcode, Überprüfungszeit, Region des Proxys speichern.
4. Make: Benachrichtigung in Slack, falls 4xx/5xx gefunden werden.

Startparameter: Bis zu 50 Profile, IP-Rotation - manuell einmal täglich vor dem Start; Limits - nicht häufiger als 1 Anfrage alle 2 Sekunden.

Erwartetes Ergebnis: Im Speicher erscheint ein Protokoll der Linkverfügbarkeit mit geografischer Zuordnung, und das Team erhält Benachrichtigungen über Probleme.

Beispiel 3: Bericht über neue Erwähnungen der Marke in öffentlichen Posts

Szenario

1. Make: Scheduler - alle 6 Stunden.
2. PhantomBuster: Agent mit Suche in öffentlichen Daten (erlaubte Parameter), der aktuelle Erwähnungen nach Schlüsselwort sammelt, unter Verwendung von mobilem Proxy. Bestätigen Sie die Bedingungen und Zulässigkeit solcher Suchen gemäß den Regeln der Plattform.
3. Make: Nach Abschluss - Filterung der Ergebnisse nach Datum und Schlüsselwörtern.
4. Make: Eintragung in Google Sheets und Versand eines Digests an Slack.

Startparameter: IP-Rotation - alle 60–90 Minuten; Limits - 1 Anfrage pro Minute; Schrittgröße - bis zu 100 Posts pro Start.

Tipp: Fügen Sie in den Nachtstunden ein "leises Fenster" hinzu, wenn Ihre Aktionen nicht zeitkritisch sind. So senken Sie die Last und die Risiken weiter.

Beispiel 4: Überwachung der Content-Schaufenster für mehrere Marken

Szenario

1. Make: Um 05:00 Eingangsdaten aus einer Tabelle sammeln: Liste der Marken und deren offizielle Profile.
2. PhantomBuster: Agent, der die letzten Veröffentlichungen und grundlegenden Metriken abruft, unter Verwendung eines dedizierten Proxys pro Marke.
3. Make: Ergebnisse verbinden, einfache KPIs berechnen (zum Beispiel Anstieg der Veröffentlichungen und grundlegende öffentliche Kenndaten).
4. Make: HTML-Bericht erstellen und per E-Mail senden.

Startparameter: Bis zu 5 Marken; jeweils ein Proxy-Slot pro Marke; IP-Rotation gemäß dem Zeitplan des Anbieters - einmal alle 60 Minuten; Pausen - 2–3 Sekunden zwischen den Profilen.

✅ Überprüfung: In all diesen Beispielen sehen Sie nach dem ersten Start gefüllte Tabellen/Speicher, die Benachrichtigungen kommen pünktlich, und die Logs von PhantomBuster enthalten keine Proxy-Fehler oder Überschreitungen von Limits.

Limits und Sicherheit

Der Erfolg der Automatisierung ohne Probleme mit den Plattformen basiert auf der Einhaltung der Regeln und strengen Limits.

• Offizielle Regeln: Überprüfen Sie die Richtlinien jeder sozialen Plattform. Verwenden Sie offizielle APIs, wenn sie für Ihre Aufgabe verfügbar sind, und befolgen Sie streng die Bedingungen.
• Intensität: Beginnen Sie mit 1–2 Anfragen pro Minute oder seltener, erhöhen Sie diese schrittweise nur bei stabiler Leistung.
• IP-Rotation: Wenden Sie eine sanfte Rotation mit einem Intervall von 30–90 Minuten an. Vermeiden Sie häufige Wechsel während einer langen Operation.
• Aktivitätsfenster: Teilen Sie Aufgaben in "Wellen" auf. Beispiel: 05:00–07:00 morgendliche Sammlung, 12:00–13:00 nachmittags, 17:00–19:00 abends. Zwischen den Wellen - Pausen.
• Projektisolation: Separater Proxy-Slot für jedes Projekt oder Konto. Mischen Sie diese nicht ohne Grund.
• Protokollierung: Halten Sie Logs über Ausführungen, Status und Metadaten (Zeitpunkt, Volumen, Fehler). Dies hilft, Vorfälle schnell zu bearbeiten.

⚠️ Achtung: Verwenden Sie niemals Proxys und Automatisierung für Maßnahmen, die die Rechte Dritter, die Privatsphäre, geistiges Eigentum oder die Regeln der Plattformen verletzen. Ziel dieser Anleitung ist die legale Automatisierung von Routineprozessen und Berichterstattung.

Tipp: Aktivieren Sie Fehlerbenachrichtigungen in Make: Bei jedem nicht erfolgreichen HTTP-Status oder wenn ein Agent nicht rechtzeitig abgeschlossen wird, senden Sie eine Nachricht in Slack und an die verantwortliche Person.

Ergebnisüberprüfung

Checkliste: Was funktionieren sollte

• Make startet das Szenario nach Plan und auf Knopfdruck "Run once".
• HTTP-Anfragen an PhantomBuster liefern die erwarteten Status.
• Der Agent von PhantomBuster funktioniert über den mobilen Proxy ohne Autorisierungsfehler oder Netzwerkprobleme.
• Ergebnisse werden in eine Tabelle oder Data Store geladen.
• Benachrichtigungen kommen mit korrekter Statistik.

Wie man testet

1. Starten Sie das Make-Szenario manuell mit einer minimalen Liste von Eingabewerten (z.B. 1–3 Einträge).
2. Überprüfen Sie die Logs des Agenten von PhantomBuster: Gibt es irgendwelche Proxy-Fehler, Überschreitungen von Limits, unerwartete CAPTCHA?
3. Überprüfen Sie die finale Tabelle: Gibt es eine Zeile mit den richtigen Feldern und dem Datum?
4. Trennen Sie das Internet für eine Minute und starten Sie es erneut, um sicherzustellen, dass der Fehlerbehandlungs- und Wiederholungsmechanismus in Make korrekt funktioniert. Stellen Sie das Internet wieder her und überprüfen Sie die Benachrichtigungen.

Leistungskennzahlen

• Anteil erfolgreicher Starts - 99%+ über einen Wochenzeitraum.
• Durchschnittliche Ausführungszeit - stabil innerhalb der festgelegten Erwartungen.
• Null Proxy-Fehler in den Logs über die letzten N Ausführungen.

✅ Überprüfung: Nach einer Serie von drei Testdurchläufen hintereinander ist das Ergebnis identisch mit den Erwartungen, der Zeitplan wird eingehalten, und die Last und die Proxy-Rotation führen zu keinerlei Problemen.

Typische Fehler und Lösungen

• Problem: „Proxy authentication failed“ in den Logs von PhantomBuster. Grund: Fehler im Benutzernamen/Passwort oder der Port ist falsch angegeben. Lösung: Kopieren Sie die Proxy-Zeile erneut und überprüfen Sie den Port; versuchen Sie die Autorisierung ohne Sonderzeichen oder kodieren Sie diese gegebenenfalls.
• Problem: Agent beendet sich zu schnell ohne Daten. Grund: falsche Eingabewerte oder zu strenge Limits. Lösung: Testen Sie einen Eingabewert, überprüfen Sie das Format, lockern Sie die Limits auf 1 Anfrage pro Minute und wiederholen Sie es.
• Problem: Duplizierte Zeilen in der Tabelle. Grund: keine Überprüfung der Einzigartigkeit beim Speichern. Lösung: Fügen Sie in Make eine Überprüfung anhand eines Schlüssels vor dem Einfügen hinzu oder führen Sie einen Data Store mit einem einzigartigen Index.
• Problem: Häufige Zeitüberschreitungen. Grund: zu kurze Zeitüberschreitungen im Agenten oder Netzwerkverzögerungen. Lösung: Erhöhen Sie die Zeitüberschreitungen um 50–100%, senken Sie den Parallelismus, teilen Sie die Liste in Stapel.
• Problem: Zufällige Fehlerausbrüche in Nachtstunden. Grund: Rotation der IP tritt während einer längeren Operation auf. Lösung: Verschieben Sie den Rotationszeitplan oder fügen Sie "Rotationsfenster" zwischen den Wellen von Aufgaben hinzu.
• Problem: Falsche Geographie der IP in Bezug auf die Aufgabe. Grund: falscher Pool beim Anbieter gewählt. Lösung: Wechseln Sie den Slot zur gewünschten Region, bestätigen Sie das Änderungsprotokoll.
• Problem: Das Szenario von Make "hängt" beim Warten auf den Status. Grund: falsche Logik des Pollings. Lösung: Begrenzen Sie die Anzahl der Wiederholungen, senden Sie dann Benachrichtigungen und protokollieren Sie den unvollendeten Start, um später zu untersuchen.

Tipp: Führen Sie eine Regel für „drei Versuche“ ein: Wenn ein Schritt ausfällt, versuchen Sie nicht mehr als drei Wiederholungen mit zunehmenden Verzögerungen, protokollieren Sie dann den Vorfall und benachrichtigen Sie die verantwortliche Person.

Zusätzliche Möglichkeiten

• Automatische IP-Rotation über Make: Wenn der Anbieter eine URL zur Rotation bereitstellt, fügen Sie im Szenario vor dem Start der Welle einen Schritt HTTP GET zu dieser URL 5 Minuten vorher hinzu. So kontrollieren Sie den Zeitpunkt des IP-Wechsels. Für das Beispiel mit mobileproxy.space verwenden Sie deren Rotationsschaltfläche oder den API-Methoden, sofern verfügbar in Ihrem Tarif.
• Multithreading über Warteschlangen: Bei großen Volumen verwenden Sie Data Store in Make als Warteschlange. Nehmen Sie 5–10 Elemente, starten Sie den Agenten, warten Sie, wiederholen Sie den Zyklus. So überlasten Sie die Proxys nicht.
• Versionskontrolle von Szenarien: Machen Sie vor größeren Änderungen eine Kopie des Szenarios, fügen Sie einen Suffix v2, v3 im Namen hinzu. Halten Sie eine Aufzeichnung der Änderungen in einem Dokument fest.
• Kostenkontrolle: Sammeln Sie in Make Statistiken zur Ausführungszeit und der Anzahl der Starts, senden Sie sich wöchentliche Berichte. Das hilft, die Ausgaben zu verwalten.
• Interne Links-Navigation: Zu Beginn des Leitfadens fügten wir Links zu Schlüsselsektionen hinzu. Strukturieren Sie Ihre internen Wiki-Seiten zur Dokumentation von Szenarien auf dieselbe Weise, damit es den Kollegen leichter fällt, sich zurechtzufinden.

Tipp: Halten Sie die "Sicheren Voreinstellungen" standardmäßig fest: niedrige Limits, lange Pausen, nächtliche Ruhezeiten. Erhöhen Sie die Intensität nur nach stabiler Arbeitswoche.

FAQ

• Kann ich pro Proxy direkt in Make für das HTTP-Modul angeben? In den meisten Fällen - nein. Make bietet keine systemische Proxyeinstellung für alle Module. Es wird empfohlen, Netzwerk-Schritte, bei denen ein Proxy erforderlich ist, innerhalb von PhantomBuster oder einem eigenen Service mit Proxy auszuführen.
• Wie oft soll ich IPs in mobilen Proxys wechseln? Beginnen Sie mit 60 Minuten und gehen Sie von der Stabilität aus. Zu häufige Änderungen können langfristige Operationen stören.
• Ist ein separater Proxy für jeden Agenten notwendig? Vorzugsweise - für jedes Projekt oder Konto. Das erhöht die Transparenz und mindert das gegenseitige Einfluss.
• Was tun, wenn ich CAPTCHAs sehe? Reduzieren Sie die Geschwindigkeit, erhöhen Sie die Pausen, halten Sie sich an die Regeln der Plattform. Vermeiden Sie Szenarien, die übermäßige Prüfungen auslösen. Nutzen Sie offizielle APIs, wenn möglich.
• Wie sichere ich die Ergebnisse? Nutzen Sie Data Store in Make als primären Speicher und duplizieren Sie dann in Google Sheets oder Ihre Datenbank. Machen Sie regelmäßige Exporte.
• Eignet sich mobileproxy.space für solche Aufgaben? Ja, als Beispielanbieter für mobile Proxys mit einer Plattform, Rotationsfunktion und stabiler Leistung. Überprüfen Sie vor dem Start Tarif, Limits und Geografie.
• Wie kann ich skalieren, ohne Risiken zu erhöhen? Teilen Sie in Wellen auf, isolieren Sie Proxys pro Projekt, fügen Sie Warteschlangen und Monitoring hinzu, erhöhen Sie die Intensität schrittweise.
• Kann ich mehrere Agenten gleichzeitig starten? Ja, aber überwachen Sie die Gesamtlaste auf die Proxys. Besser parallelisieren durch unabhängige Proxy-Slots.
• Wie kann ich Änderungen zurücksetzen? Durch Duplikate von Szenarien in Make, Duplikate von Agents in PhantomBuster, gespeicherte Proxy-Konfigurationen. Halten Sie die letzte stabile Version fest und markieren Sie sie mit einem Datum.
• Was ist, wenn ein Schritt fehlschlägt? Implementieren Sie Retries mit einer Obergrenze für Versuche und Benachrichtigungen. Dokumentieren Sie den Vorfall und wechseln Sie zu einer nächsten Gruppe, um den gesamten Prozess nicht zu blockieren.

Tipp: Fügen Sie zwei interne Links zum Beginn Ihrer Dokumentation hinzu: einen zum Abschnitt mit Beispielen und einen zu den Limits. So finden neue Teammitglieder schneller einen Überblick.

Fazit

Wir haben den gesamten Zyklus durchlaufen: vom Verständnis der Rolle von Make.com und PhantomBuster bis hin zur praktischen Einrichtung mobiler Proxys und dem Zusammenstellenfunktionierender Szenarien. Sie haben gelernt, wie Sie Aufgaben sorgfältig automatisieren, während Sie die Vorschriften der Plattformen einhalten, und wie Sie überprüfen, dass alle Komponenten synchron arbeiten. Die wichtigsten Erkenntnisse: Proxys werden dort eingerichtet, wo sie nativ unterstützt werden (in PhantomBuster), Make über die Zeitplanung, Orchestrierung, Sammlung und Lieferung der Ergebnisse zuständig ist, und Sicherheit sowie Limits wichtiger sind als die Schnelligkeit des Starts. Was Sie als Nächstes tun können: Nehmen Sie eines der Beispiele und wenden Sie es auf Ihren Daten an, fügen Sie dann Warteschlangen, Retries und Benachrichtigungen hinzu. Nach einer Woche stabiler Arbeit erhöhen Sie die Intensität um 10–20% und beobachten erneut. Entwickeln Sie zu fortgeschrittenen Integrationen: eigene Mikrodienste für seltene Aufgaben, tiefere Berichte und Dashboards sowie die Erstellung eines internen Katalogs von Szenarien mit Angabe der Verantwortlichen und SLA. Denken Sie daran, dass qualitativ hochwertige Dokumentation und Transparenz bei den Proxy-Einstellungen, zum Beispiel in Kombination mit mobileproxy.space, Stunden der Fehlersuche sparen und das Vertrauen im gesamten Team steigern. Viel Erfolg, und mögen Ihre Szenarien reibungslos, vorhersagbar und ohne Überraschungen laufen!