Είναι Δευτέρα πρωί, και είστε ο υπεύθυνος λογαριασμού για τρεις πελάτες Shopify Plus που όλοι χρησιμοποιούν το PushEngage. Έχετε μια κλήση πελάτη σε μία ώρα, και πριν ξεκινήσει, χρειάζεστε το ποσοστό κλικ της προηγούμενης εβδομάδας για τις αποστολές εγκατάλειψης καλαθιού κάθε ιστότοπου. Κανονικά αυτό σημαίνει τρεις ξεχωριστές συνδέσεις στο ταμπλό του PushEngage, τρεις ξεχωριστές εξαγωγές και τρεις ξεχωριστές νοητικές επαναφορές πριν πείτε λέξη σε κάποιον.
Αυτή είναι η πρακτική διαχείριση πολλαπλών λογαριασμών πελατών με έναν βοηθό AI. Με τον διακομιστή PushEngage MCP συνδεδεμένο στο Claude, το Cursor ή έναν άλλο βοηθό agentic, αυτή η πρωινή ρουτίνα της Δευτέρας μετατρέπεται σε μία συνομιλία. Ζητάτε το CTR της προηγούμενης εβδομάδας για τον πρώτο ιστότοπο, το λαμβάνετε, ζητάτε ξανά για τον δεύτερο, το λαμβάνετε, ζητάτε ξανά για τον τρίτο, και μπαίνετε στην κλήση με τους τρεις αριθμούς πριν κρυώσει ο καφές σας.
Η διαχείριση πολλαπλών λογαριασμών πελατών με έναν βοηθό AI ακούγεται απλή μέχρις ότου η λίστα σας αναμείξει δύο διαφορετικές καταστάσεις: ιστότοποι που διαχειρίζεστε κάτω από μία σύνδεση PushEngage, και πελάτες που ο καθένας διατηρεί τον δικό του ξεχωριστό λογαριασμό. Αντιμετωπίστε τα ίδια και είτε δεν μπορείτε να έχετε πρόσβαση στα δεδομένα των μισών πελατών σας, είτε, το χειρότερο, κινδυνεύετε να αγγίξει το διακριτικό ενός πελάτη τον λογαριασμό ενός άλλου πελάτη. Αυτή είναι η πραγματική εμφάνιση του PushEngage MCP για εταιρείες μόλις ξεπεράσετε το demo: δύο διακριτικοί μηχανισμοί, όχι ένας καθολικός διακόπτης. Αυτή η ανάρτηση καλύπτει και τα δύο, πότε να χρησιμοποιήσετε το καθένα, και πώς να τα χρησιμοποιήσετε χωρίς να ανοίξετε χειροκίνητα ούτε ένα ταμπλό.
Ξεκινώντας: σύνδεση του PushEngage MCP με τον βοηθό AI σας
Αν δεν έχετε ρυθμίσει ακόμα τον διακομιστή PushEngage MCP, η σύντομη έκδοση είναι μία εντολή. Προσθέστε npx -y @pushengage/mcp στη διαμόρφωση MCP του πελάτη σας — το claude_desktop_config.json του Claude Desktop, το Claude Code, ή το mcp.json του Cursor δέχονται την ίδια καταχώρηση — και επανεκκινήστε τον πελάτη. Ζητήστε από τον βοηθό σας να «με συνδέσει στο PushEngage», εγκρίνετε την προτροπή του προγράμματος περιήγησης που ανοίγει, και ο βοηθός σας αποθηκεύει ένα διακριτικό πρόσβασης τοπικά· ο κωδικός πρόσβασής σας δεν αγγίζει ποτέ τη συνομιλία.
Από εκεί, ζητήστε «δείξε τους ιστότοπούς μου στο PushEngage» και «χρησιμοποίησε ιστότοπο [ID]» για να επιλέξετε σε ποιον θα ενεργήσει ο βοηθός. Όλα τα παρακάτω υποθέτουν ότι αυτή η βασική ρύθμιση έχει ήδη γίνει για τουλάχιστον έναν λογαριασμό· για τον πλήρη οδηγό, συμπεριλαμβανομένης της αντιμετώπισης προβλημάτων ενός πελάτη που δεν συνδέεται, δείτε τον οδηγό ρύθμισης PushEngage MCP.
Η διαχείριση πολλαπλών λογαριασμών πελατών με έναν βοηθό AI σημαίνει την επίλυση δύο διαφορετικών προβλημάτων
Οι εταιρείες που χρησιμοποιούν το PushEngage σε μια λίστα πελατών αντιμετωπίζουν μία από τις δύο καταστάσεις, και χρειάζονται διαφορετικές λύσεις.
Η εναλλαγή ιστότοπων είναι αυτό που έχετε όταν πολλοί ιστότοποι πελατών βρίσκονται κάτω από μία σύνδεση PushEngage που διαχειρίζεστε για λογαριασμό των πελατών — μια κοινή ρύθμιση για εταιρείες που ενσωματώνουν πελάτες απευθείας σε έναν λογαριασμό που ανήκει στην εταιρεία. Μία σύνδεση, ένα διακριτικό, πολλοί ιστότοποι στους οποίους θα κατευθύνετε τον βοηθό.
Ο διαχωρισμός λογαριασμών είναι αυτό που έχετε όταν κάθε πελάτης διατηρεί και πληρώνει για τον δικό του λογαριασμό PushEngage και συνδέεται ανεξάρτητα. Εδώ δεν υπάρχει κοινή σύνδεση για εναλλαγή — υπάρχουν πολλές ξεχωριστές συνδέσεις, καθεμία με το δικό της διακριτικό (token), και η δουλειά είναι να μην αναμιγνύονται ποτέ.
Ένας εμπειρικός κανόνας καθορίζει ποιο εφαρμόζεται: αν θα εναλλάσσατε τρέχοντα ιστότοπους μέσα σε μια καρτέλα του πίνακα ελέγχου PushEngage, θέλετε εναλλαγή ιστότοπων. Αν θα έπρεπε τρέχοντα να αποσυνδεθείτε από τον πίνακα ελέγχου ενός πελάτη για να συνδεθείτε σε άλλον, θέλετε διαχωρισμό λογαριασμών. Η σύγχυση των δύο είναι το λάθος που αξίζει να αποφευχθεί: η αντιμετώπιση ξεχωριστών λογαριασμών πελατών σαν να ήταν ιστότοποι κάτω από μία σύνδεση είναι ακριβώς το είδος της ανάμιξης μεταξύ λογαριασμών που δεν πρέπει ποτέ να συμβεί στα δεδομένα πελατών.
| Εναλλαγή ιστότοπων | Διαχωρισμός λογαριασμών | |
| Ποιος κατέχει τη σύνδεση | Εσείς, για λογαριασμό των πελατών | Κάθε πελάτης, ανεξάρτητα |
| Τι αλλάζει μεταξύ των πελατών | Ο επιλεγμένος ιστότοπος | Η πλήρης εγγραφή διακομιστή MCP και το αρχείο διακριτικών |
| Εργαλεία που εμπλέκονται | pushengage_list_sites, pushengage_select_site | Ξεχωριστό PE_MCP_CONFIG_PATH ανά όνομα διακομιστή |
| Λειτουργία αποτυχίας αν χρησιμοποιήσετε το λάθος | Δεν φτάνετε ποτέ στα δεδομένα ενός πελάτη (αν είναι πραγματικά ξεχωριστοί λογαριασμοί) | Περιττό επανα-πιστοποιητικό overhead (αν είναι πραγματικά μία κοινή σύνδεση) |
Οι περισσότεροι οργανισμοί που χρησιμοποιούν το PushEngage σε ένα πλήρες ρόστερ καταλήγουν να χρησιμοποιούν και τα δύο ταυτόχρονα: εναλλάσσουν μεταξύ των ιστότοπων PushEngage μέσα στους λίγους πελάτες που μοιράζονται μία κοινή σύνδεση που διαχειρίζεται ο οργανισμός, και καταχωρούν ξεχωριστούς λογαριασμούς για τους πελάτες που επιμένουν να διατηρούν τους δικούς τους. Τίποτα σχετικά με την καταχώρηση πολλαπλών λογαριασμών PushEngage δεν σας εμποδίζει να εναλλάσσετε επίσης ιστότοπους εντός οποιουδήποτε από αυτούς μόλις συνδεθείτε.
Εναλλαγή ιστότοπων: άντληση CTR σε τρεις ιστότοπους πελατών σε μία συνομιλία
Για την περίπτωση πολλαπλών ιστότοπων, δύο εργαλεία σας επιτρέπουν να εναλλάσσετε μεταξύ των ιστότοπων PushEngage χωρίς να φύγετε από τη συνομιλία: pushengage_list_sites και pushengage_select_site. Κάθε εργαλείο που εστιάζει σε ιστότοπο (αναλυτικά στοιχεία, τμήματα, ρυθμίσεις καμπάνιας) δρα στον ιστότοπο που είναι επί του παρόντος επιλεγμένος, και η επιλογή διατηρείται σε επανεκκινήσεις, οπότε την ορίζετε μία φορά ανά συνεδρία και κάθε επακόλουθη ερώτηση σε αυτήν τη συνομιλία εφαρμόζεται στον ίδιο ιστότοπο.
Επιστροφή στη Δευτέρα πρωί. Με μία συνδεδεμένη σύνδεση, η άντληση CTR για τρεις ιστότοπους πελατών φαίνεται έτσι σε μία μόνο συνομιλία:
- Ρωτήστε «λίστα με τους ιστότοπούς μου στο PushEngage». Ο βοηθός επιστρέφει το όνομα και το αναγνωριστικό κάθε ιστότοπου.
- Ρωτήστε να χρησιμοποιήσετε το αναγνωριστικό του πρώτου ιστότοπου, στη συνέχεια ρωτήστε για το ποσοστό κλικ-μέσω (CTR) της περασμένης εβδομάδας. Ο βοηθός καλεί το
pushengage_get_analytics_timeseriesκαι επιστρέφει κλικ, προβολές και CTR ανά ημέρα. - Ρωτήστε να μεταβείτε στο αναγνωριστικό του δεύτερου ιστότοπου. Ρωτήστε την ίδια ερώτηση. Επαναλάβετε για τον τρίτο.
- Ρωτήστε για μια σύνοψη που συγκρίνει τους τρεις. Ο βοηθός έχει ήδη αντλήσει όλα τα τρία σύνολα δεδομένων εντός της συνομιλίας και μπορεί να τα παραθέσει δίπλα-δίπλα.
Αυτό που κάνει αυτό αξίζει να γίνει αντί για τρεις εξαγωγές πίνακα ελέγχου δεν είναι μόνο η ταχύτητα. Είναι ότι οι αριθμοί που αντλείτε είναι αποδοτέοι ανά ιστότοπο, όχι απλώς ακατέργαστα ανοίγματα και κλικ. Οι pushengage_get_analytics_summary και pushengage_get_analytics_timeseries επιστρέφουν κλικ, προβολές και αξία στόχου μαζί με το CTR, οπότε η αναφορά που παρουσιάζετε στην κλήση με τον πελάτη διαβάζεται ως ανακτηθέν έσοδο ανά ιστότοπο, όχι απλώς μετρήσεις αλληλεπίδρασης που θα έπρεπε να μεταφράσετε μόνοι σας για τον πελάτη.
Αυτό το πλαίσιο έχει σημασία επειδή το CTR από μόνο του λέει μόνο τη μισή ιστορία. Μια πανεθνική μελέτη για την τμηματοποίηση και το ποσοστό κλικ προς εμφάνιση διαπίστωσε ότι το CTR κινείται 2 φορές ή περισσότερο ανάλογα με το πόσο στενά τμηματοποιούνται οι αποστολές ενός πελάτη, οπότε ο ίδιος αριθμός CTR μπορεί να σημαίνει πολύ διαφορετικά αποτελέσματα εσόδων μεταξύ τριών πελατών με διαφορετική ωριμότητα τμηματοποίησης. Αυτή η διαφορά αξίζει να επισημανθεί στην κλήση, όχι απλώς να αναφερθεί.
Αυτή είναι εργασία μόνο για ανάγνωση. Τίποτα σχετικά με την εναλλαγή μεταξύ των ιστοτόπων PushEngage με αυτόν τον τρόπο δεν στέλνει, προγραμματίζει ή επεξεργάζεται μια καμπάνια. Οι pushengage_list_sites και pushengage_select_site αλλάζουν μόνο τα υπάρχοντα δεδομένα ποιου ιστότοπου διαβάζει η υπόλοιπη συνομιλία.
Διαχωρισμός λογαριασμών: εγγραφή του διακομιστή MCP με ένα όνομα ανά πελάτη
Για πραγματικά ξεχωριστούς λογαριασμούς πελατών, η λύση βρίσκεται στην ίδια τη διαμόρφωση του MCP, όχι σε μια κλήση εργαλείου. Ο διακομιστής του PushEngage διαβάζει τη θέση του διακριτικού του από μια μεταβλητή περιβάλλοντος, PE_MCP_CONFIG_PATH, η οποία από προεπιλογή είναι ~/.pushengage/mcp.json αν δεν την ορίσετε ποτέ. Καταχωρήστε τον διακομιστή δύο φορές, μία φορά ανά πελάτη, καθένα από αυτά να δείχνει στο δικό του αρχείο, και οι δύο συνδέσεις δεν θα μοιράζονται ποτέ ένα διακριτικό:
{
"mcpServers": {
"pushengage-northwind": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-northwind.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Northwind)"
}
},
"pushengage-brightleaf": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-brightleaf.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Brightleaf)"
}
}
}
}(Οι Northwind και Brightleaf είναι ενδεικτικά ονόματα πελατών.) Το PE_MCP_CONFIG_PATH πρέπει να είναι μια απόλυτη διαδρομή — χρησιμοποιείται ακριβώς όπως δίνεται, χωρίς επέκταση ~, οπότε ελέγξτε διπλά τη διαδρομή πριν επανεκκινήσετε τον πελάτη σας. Το PE_MCP_CLIENT_NAME είναι προαιρετικό και αλλάζει μόνο την ετικέτα που εμφανίζει ο βοηθός σας στην οθόνη εξουσιοδότησης του PushEngage. δεν επηρεάζει την απομόνωση, αλλά αξίζει να το ορίσετε ώστε να μπορείτε να πείτε ποιον πελάτη εξουσιοδοτήσατε όταν ανοίγει η καρτέλα του προγράμματος περιήγησης.
Συνδεθείτε σε κάθε όνομα διακομιστή ξεχωριστά: «συνδέσου με στο pushengage-northwind», στη συνέχεια, σε ένα μεταγενέστερο βήμα, «συνδέσου με στο pushengage-brightleaf». Κάθε ένα εξουσιοδοτείται έναντι του διακομιστή PushEngage που επιλέγετε σε αυτήν τη συγκεκριμένη συνεδρία προγράμματος περιήγησης. Δύο ονόματα διακομιστών, δύο αρχεία διαμόρφωσης, δύο διακριτικά που δεν αγγίζουν ποτέ. Αυτό είναι το μοτίβο για την εκτέλεση πολλαπλών λογαριασμών PushEngage παράλληλα, και κλιμακώνεται πέρα από δύο: μια εταιρεία με δώδεκα λογαριασμούς πελατών καταχωρεί δώδεκα εγγραφές διακομιστή, καθεμία με το δικό της PE_MCP_CONFIG_PATH, και κανένα από αυτά δεν μοιράζεται ποτέ αρχείο. Είναι επίσης το κομμάτι που οι περισσότεροι ανταγωνιστικοί οδηγοί «πολυπελατειακής τεχνητής νοημοσύνης» παραλείπουν με αόριστες συζητήσεις για απομόνωση αντί για μια πραγματική διαμόρφωση για αντιγραφή.
Εκτέλεση της ίδιας προτροπής δημιουργίας τμήματος σε κάθε λογαριασμό πελάτη
Μόλις οι πελάτες σας καταχωρηθούν ως ξεχωριστά ονόματα διακομιστών, μπορείτε να επαναλάβετε ένα αίτημα σε όλους τους λογαριασμούς χωρίς να ανοίξετε ποτέ έναν πίνακα ελέγχου. Ας υποθέσουμε ότι θέλετε ένα τμήμα «επισκέπτες του /pricing» ζωντανό σε πέντε λογαριασμούς πελατών πριν από το τέλος της ημέρας. Ζητήστε από τον βοηθό σας, με τη σειρά του, να «δημιουργήσει ένα τμήμα για τους επισκέπτες του /pricing» έναντι του pushengage-northwind, στη συνέχεια του pushengage-brightleaf, και στη συνέχεια κάθε εναπομείναντος ονόματος διακομιστή πελάτη. Κάθε αίτημα καλεί το pushengage_create_segment έναντι του δικού του διακριτικού (token) του λογαριασμού, και κάθε πελάτης καταλήγει με το ίδιο τμήμα κανόνα URL, χτισμένο στη δική του βάση συνδρομητών.
Ο λόγος που η ίδια προτροπή μεταφέρεται καθαρά σε πέντε διαφορετικούς λογαριασμούς πελατών είναι ότι επικαλείται ένα μοντέλο τμηματοποίησης που διαθέτει το PushEngage ενσωματωμένο, όχι κάτι που κατασκευάζετε από την αρχή για κάθε πελάτη. Τα pushengage_list_segments και pushengage_create_segment λειτουργούν με κανόνες URL και κριτήρια συμπεριφοράς που η πλατφόρμα κατανοεί ήδη — πρόσφατη εμφάνιση, συχνότητα, μοτίβα επισκέψεων σε σελίδες — οι ίδιες κατηγορίες που κάνουν την προσέγγιση του οδηγού τμηματοποίησης ηλεκτρονικού εμπορίου να λειτουργεί ως σύστημα αντί για μια εφάπαξ λίστα. Αυτό επιτρέπει σε μια προτροπή να κάνει πραγματική δουλειά τμηματοποίησης πέντε φορές αντί για πέντε ξεχωριστές χειροκίνητες κατασκευές. Και επειδή η τμηματοποίηση είναι πλέον απαίτηση παράδοσης αντί για κάτι ευχάριστο, η επανάληψή της σε κάθε λογαριασμό πελάτη είναι πιο κοντά στην τυπική υγιεινή του λογαριασμού παρά σε μια συντόμευση.
Διατήρηση της πρόσβασης ενός πρώην μέλους της ομάδας εκτός κάθε άλλου λογαριασμού πελάτη
Ο διαχωρισμός λογαριασμών αποδίδει την ημέρα που κάποιος αποχωρεί από έναν λογαριασμό. Επειδή το διακριτικό (token) κάθε πελάτη ζει στο δικό του αρχείο διαμόρφωσης, η αφαίρεση της πρόσβασης ενός ατόμου σε έναν πελάτη δεν αγγίζει ποτέ την υπόλοιπη λίστα σας.
Δύο τρόποι για να το κλείσετε:
- Τοπικά: αποσυνδεθείτε από την καταχώρηση διακομιστή μόνο αυτού του πελάτη — η εντολή «αποσύνδεσέ με από το pushengage-northwind» καλεί το
pushengage_auth_logout, το οποίο διαγράφει το διακριτικό (token) από αυτό το ένα αρχείο διαμόρφωσης και αφήνει ανέγγιχτα όλα τα άλλα αρχεία πελατών. - Από την πλευρά του διακομιστή: εάν το αποχωρούν μέλος της ομάδας εξουσιοδότησε η ίδια τη συνεδρία περιήγησης, ανακαλέστε την από το PushEngage στην ενότητα Ρυθμίσεις → Ασφάλεια στον λογαριασμό αυτού του συγκεκριμένου πελάτη, η οποία ακυρώνει το διακριτικό (token) ανεξάρτητα από το πού είναι αποθηκευμένο τοπικά.
Συγκρίνετε αυτό με το τι συμβαίνει με μια ενιαία κοινόχρηστη σύνδεση σε πολλούς πελάτες: η ανάκληση πρόσβασης σημαίνει εναλλαγή ενός κοινόχρηστου διακριτικού (token), το οποίο διακόπτει τη σύνδεση κάθε συμπαίκτη με κάθε πελάτη ταυτόχρονα. Η διατήρηση κάθε πελάτη στο δικό του PE_MCP_CONFIG_PATH μετατρέπει μια πυροσβεστική άσκηση σε όλη τη λίστα σε μια διόρθωση μιας γραμμής.
Τι αλλάζει αυτό στον τρόπο με τον οποίο ένας οργανισμός τιμολογεί και στελεχώνει εργασίες push για πολλούς πελάτες
Κανένα από αυτά δεν αλλάζει τι κάνουν οι ειδοποιήσεις push για τους αριθμούς διατήρησης ενός πελάτη. Ο διακομιστής MCP του PushEngage δεν στέλνει, δεν προγραμματίζει ούτε δημιουργεί καμπάνιες από μόνος του· κάθε κλήση pushengage_send_notification ή pushengage_send_ab_notification εξακολουθεί να εκτελείται σε έναν ιστότοπο κάθε φορά, με την έγκρισή σας. Αυτό που αλλάζει είναι ο χρόνος μεταξύ «ο πελάτης θέλει να γνωρίζει τους αριθμούς του» και «ο πελάτης έχει τους αριθμούς του», και ο χρόνος είναι ο μοναδικός πόρος που ένας διαχειριστής λογαριασμού δεν μπορεί να αγοράσει περισσότερο στα μέσα του μήνα.
Αυτή είναι η πραγματική αξία της διαχείρισης πολλαπλών λογαριασμών πελατών με έναν βοηθό AI: όχι μια νέα δυνατότητα, αλλά χρόνος που επιστρέφεται. Έχει σημασία στην κλίμακα που λειτουργεί ήδη το PushEngage — 25.000+ ιδιοκτήτες επιχειρήσεων σε 150+ χώρες έστειλαν 15,2 δισεκατομμύρια ειδοποιήσεις μέσω της πλατφόρμας τις τελευταίες 30 ημέρες μόνο.
Ένας οργανισμός που διαχειρίζεται μια χούφτα αυτών των λογαριασμών δεν ζητά από αυτήν την υποδομή να κάνει κάτι νέο· ζητά να φτάσει στην εργασία αναφοράς και δημιουργίας κοινού που ήδη κάνει, χωρίς μια σύνδεση πίνακα ελέγχου να στέκεται ανάμεσα στον βοηθό και την απάντηση. Ο διαχειριστής λογαριασμού που παλαιότερα ξόδευε τα πρωινά της Δευτέρας εξάγοντας τρία CSV, τώρα ξοδεύει αυτόν τον χρόνο στο τι λένε αυτοί οι αριθμοί για το ποσοστό επαναλαμβανόμενων αγορών κάθε πελάτη. Αυτό είναι το κομμάτι της δουλειάς που ποτέ δεν υποτίθεται ότι αφορούσε συνδέσεις εξαρχής.
Είτε η λίστα σας χρειάζεται εναλλαγή ιστότοπου, διαχωρισμό λογαριασμού ή και τα δύο, οι παραπάνω μηχανισμοί λειτουργούν σε κάθε πρόγραμμα PushEngage, με τιμολόγηση που κλιμακώνεται με τους ενεργούς συνδρομητές και όχι ανά λογαριασμό πελάτη, οπότε η προσθήκη του τέταρτου ή πέμπτου πελάτη σε αυτήν τη ρύθμιση δεν σημαίνει επαναδιαπραγμάτευση του τι πληρώνετε για να τους προσεγγίσετε. Αυτό είναι το πραγματικό σχήμα του PushEngage MCP για οργανισμούς: όχι μια νέα βαθμίδα διαχειριστή-λογαριασμού προσαρτημένη από πάνω, αλλά οι ίδιοι δύο μηχανισμοί (μία σύνδεση με πολλούς ιστότοπους, ή πολλοί λογαριασμοί που δεν διασταυρώνονται ποτέ) που εφαρμόζονται σε όσους πελάτες διαχειρίζεστε αυτό το τρίμηνο.
