Wenn Sie ein Kunde mit Sitz in der Europäischen Union (EU) oder im asiatisch-pazifischen Raum (APAC) sind und Ihre Daten im Rechenzentrum in den USA gespeichert sind, wird ActiveCampaign Ihre Daten migrieren, um sie im entsprechenden regionalen Rechenzentrum zu hosten, das in erster Linie auf der Rechnungsadresse Ihres Kontos unmittelbar vor der Migration basiert.
Die Migration erfolgt zwischen 12 und 4 Uhr Frankfurter Zeit für EMEA-Kunden bzw. zwischen 12 und 4 Uhr Sydneyer Zeit für APAC-Kunden und dauert in der Regel weniger als 1 Stunde, wobei Ihre Plattform nur minimal beeinträchtigt wird.
Wenn Sie Fragen zu Ihrer bevorstehenden Migration haben, besuchen Sie bitte unsere FAQs. Wir empfehlen Ihnen außerdem, unsere Multi-Regional Data Hosting Policy zu lesen, um zu erfahren, was ActiveCampaign in einer bestimmten Region hosten kann und was nicht.
Auswirkungen auf ActiveCampaign-Funktionen und -Integrationen
Die Daten in Ihrem ActiveCampaign-Konto werden auf das neue regionale Rechenzentrum, das auf Ihrem Standort basiert, migriert. Ihr Konto wird sich während des Migrationsprozesses in einem "Wartungszustand" befinden. Bitte beachten Sie die Auswirkungen auf die folgenden Funktionen und Integrationen:
| Merkmal oder Integration | Auswirkungen |
| Konto-CNAME/Domain-Alias | Ihr Domain-Alias funktioniert nach dem Wartungsfenster weiterhin, es kann jedoch bis zu 30 Minuten dauern, bis der CNAME aktualisiert und im Backend in die neue Region verschoben wurde. |
|
Werbe-Integrationen:
|
Alle Daten, die ActiveCampaign während der Wartung von verbundenen Werbekonten (Facebook, LinkedIn, Google) erhält, werden nach Abschluss der Wartung verarbeitet. |
| API-URL | Nach dem Wartungsfenster (und der Migration) ändert sich die API-URL des Kontos von "api-us1" zu activehosted.com. Diese Änderung wurde vorgenommen, um Verwirrung mit den API-Namenskonventionen für Konten zu vermeiden, die außerhalb der Vereinigten Staaten gehostet werden. In allen Fällen wird die URL api-us1.com weiterhin funktionieren. |
| Automatisierungen | Die Automatisierungsaktivitäten werden während des Wartungsfensters vorübergehend unterbrochen und wieder aufgenommen, sobald das Konto wieder online ist. |
|
Automatisierungsauslöser:
|
Während des Migrationsfensters werden diese Automatisierungsereignisse in eine Warteschlange gestellt und nach Abschluss der Wartungsarbeiten verarbeitet. |
|
Automatisierungsauslöser:
|
Während Kontowartungsfenstern werden keine Automatisierungen ausgelöst, aktive historische Synchronisationen werden gestoppt, und synchronisierte Echtzeitdaten werden in eine Warteschlange eingetragen. Sobald die Wartung abgeschlossen ist, wird die Datensynchronisierung AUTOMATISCH wieder aufgenommen, d. h. alle aktiven historischen Synchronisierungen, die angehalten wurden, werden neu gestartet, und die Echtzeitdaten in der Warteschlange werden wieder synchronisiert, wodurch alle aktiven Automatisierungen ausgelöst werden, wie es normalerweise zu erwarten wäre. |
| Kampagnenversand |
Während des Migrationsfensters werden keine Kampagnen versendet. Es wird empfohlen, alle Kampagnen (einschließlich geteilter Kampagnen) vor Beginn der geplanten Migration anzuhalten und innerhalb von 12 Stunden vor dem Migrationsfenster keine Kampagnen zu versenden. Wenn eine Kampagne für den Versand während der Migration geplant ist, wird die Migration übersprungen und auf einen anderen Tag verschoben. |
| Calendly-Integration | Während des Migrationsfensters werden Calendly-Nachrichten in eine Warteschlange gestellt und nach Abschluss der Wartungsarbeiten verarbeitet. |
| Konversationen | Konten mit Konversationsfunktion können in andere Rechenzentren migriert werden, wobei die Konversationsdaten weiterhin im Rechenzentrum US-East gespeichert werden. |
|
CRM-Integrationen:
|
Wenn Sie mit Salesforce und Microsoft Dynamics Integrationen haben, werden diese zu einem späteren Zeitpunkt migriert und Sie erhalten eine Vorabbenachrichtigung über die Migrationsanforderungen. |
|
Benutzerdefinierte Objekte Auslöser:
|
API-Anfragen, die direkt an COs (außerhalb von CX Apps und anderen nativen Integrationen) gestellt werden, werden verworfen, wenn der Dienst, der die Anfragen stellt, sie nicht angemessen behandelt. Dies bedeutet im Allgemeinen, dass jeder Dienst, der eine API verwendet, eine Fehlerbehandlung vorsehen sollte. Normalerweise beinhaltet dies eine Art von Wiederholungsmechanismus mit exponentiellem Backoff. In diesem Fall gibt AC 503er-Meldungen aus, die der Dienst erkennen kann, um die fehlgeschlagenen Anfragen zu einem späteren Zeitpunkt zu wiederholen, idealerweise eine Stunde später, wenn die Wartungsarbeiten wahrscheinlich abgeschlossen sind und die APIs wieder verfügbar sind. |
| Benutzerdefinierte Integrationen und Integrationen von Drittanbietern |
Benutzerdefinierte und Drittanbieter-Integrationen werden während des Migrationsfensters nicht mit Ihrem ActiveCampaign-Konto synchronisiert. Nach Abschluss der Migration können API-Aufrufe je nach Anwendung oder Integration, von der sie stammen, erneut versucht werden oder nicht. Wir empfehlen, Ihre API-Aufrufe einzeln zu überprüfen, um festzustellen, ob eine Wiederholung erforderlich ist. |
|
CX Apps Auslöser:
|
Während des Migrationsfensters werden die Ereignisauslöser der Google- und Calendly-Integration in eine Warteschlange gestellt und nach Abschluss der Wartungsarbeiten verarbeitet. Salesforce prüft den Kontostatus, bevor Ereignisse gesendet werden. Wenn das Konto gerade migriert wird, werden die Ereignisse auf der Salesforce-Seite in eine Warteschlange gestellt, bis das Konto aktiv wird. |
| Daten synchronisieren |
Stellen Sie sicher, dass alle Datensynchronisationen mindestens 12 Stunden vor dem Migrationszeitpunkt abgeschlossen sind. Findet eine Datensynchronisation während Ihres Wartungsfensters statt, wird Ihre Migration übersprungen und auf einen anderen Tag verschoben. |
| Datenimporte, Massenbearbeitungen und Listenbereinigungen |
Es wird empfohlen, Importe, Massenbearbeitungen und Listenbereinigungen innerhalb von 12 Stunden vor der Migration zu vermeiden, um mögliche Probleme zu minimieren. Wenn Datenimporte, Massenbearbeitungen oder Listenbereinigungen während Ihres Wartungsfensters stattfinden, wird Ihre Migration übersprungen und auf einen anderen Tag verschoben. |
|
Auslöser für Deals:
Kontakte Auslöser:
|
Die meisten Deal- und Kontakt-Trigger werden während der Wartungsarbeiten nicht ausgelöst. Auslöser in diesen Domänen würden nicht ausgelöst, wenn eingehende API-Aufrufe von Dritten versuchen, sie zu ändern. Dies liegt daran, dass die API mit 5XXs antwortet, und es liegt an der 3P, diese Wiederholungsversuche ordnungsgemäß zu behandeln, wenn sie sie für die Verarbeitung nach der Wartung in eine Warteschlange stellen möchten. |
| Datenobjekt- und Datensatz-IDs (Kontakte, Konten, Listen, Felder, usw.) | Alle Datenobjekt- und Datensatz-IDs werden bei der Migration beibehalten. |
|
E-Commerce-Integrationen:
|
Während Kontowartungsfenstern werden keine Automatisierungen ausgelöst, aktive historische Synchronisationen werden gestoppt, und synchronisierte Echtzeitdaten werden in eine Warteschlange eingetragen. Sobald die Wartung abgeschlossen ist, wird die Datensynchronisation automatisch wieder aufgenommen. Das bedeutet, dass alle aktiven historischen Synchronisationen, die angehalten wurden, neu gestartet werden und die Echtzeitdaten in der Warteschlange die Synchronisation wieder aufnehmen, wodurch alle aktiven Automatisierungen ausgelöst werden, wie es normalerweise zu erwarten wäre. |
| Berichte über geöffnete E-Mails und Klicks | Während des Migrationsfensters werden E-Mail-Öffnungs- und Click-Through-Berichte in eine Warteschlange gestellt und nach Abschluss der Wartungsarbeiten verarbeitet. |
| Ereignisverfolgung | Die benutzerdefinierte Ereignisverfolgung wird während des Migrationsfensters in eine Warteschlange gestellt und nach Beendigung der Wartung verarbeitet. |
| Formulare | Im Moment werden keine Konten mit aktiven Formularen migriert, einschließlich aller Formulare, die Abmeldungen verarbeiten. Wir werden ein Update implementieren, das die Übermittlung von Formularen während der Wartungsarbeiten verhindert. |
|
Formulare Auslöser:
|
Die Formulare sind während der Wartungsarbeiten offline, und die APIs für die Übermittlung eingebetteter Formulare und die Listen-APIs werden nicht verarbeitet. Das bedeutet, dass alle Automatisierungen, die durch diese Ereignisse ausgelöst werden, nicht ausgeführt werden. |
| Landing Pages | Veröffentlichte Landing Pages bleiben während der Wartungsarbeiten verfügbar, und Landing Page-Analysen werden nachverfolgt. |
| SSO | Die Konto-URLs werden sich nach der Wartung nicht ändern, SSO wird weiterhin funktionieren. |
| Berichterstattung und Segmentierung |
Nach Abschluss der Migration spiegeln die Berichte und Segmente möglicherweise nicht sofort die neuesten Daten wider, bis alle Ereignisse in der Warteschlange verarbeitet wurden. Bitte warten Sie bis zu 4 Stunden, bis sich die Berichts- und Segmentierungsdaten nach Abschluss der Migration vollständig normalisiert haben. |
| Sales Engagement Automation (Automatisierte 1:1-E-Mail) |
Alle Automatisierungsaktivitäten werden während des Migrationszeitraums unterbrochen und wieder aufgenommen, sobald das Konto wieder online ist. Automatisierte 1:1-E-Mails werden bei Wiederaufnahme der Automatisierung gesendet, sobald der Kontakt den Aktionsblock erreicht. |
| Standortverfolgung | Während des Migrationsfensters wird die Standortverfolgung in eine Warteschlange gestellt und nach Abschluss der Wartungsarbeiten bearbeitet. |
| Abbestellungen von Kampagnen | Wenn ein Kontakt während der Wartungsarbeiten in einer Kampagne auf "Abmelden" klickt, wird ihm eine Seite angezeigt, auf der steht, dass er es später noch einmal versuchen soll, und die Abmeldung wird nicht aufgezeichnet. |
| WordPress-Plugin | Das Einrichten von Plugins, das Einbetten von Formularen und das Senden von Formularen wird während der Migration nicht funktionieren. |
| Zapier-Integration | Die Verarbeitung von Zap-Aktionen wird während der Wartung unterbrochen; sie können nach der Migration erneut versucht werden. |