Zum Inhalt springen
megapromotingLassen Sie uns sprechen

Expertise · Marketing-Automatisierungen

Eine Arbeitsumgebung, in der der Agent, der sich um Ihre Google Ads- und Meta-Kampagnen kümmert, die Berichte liest, die Änderung mit schriftlicher Begründung vorschlägt und nur innerhalb der von Ihnen gegebenen Grenzen ausführt.

Der Dienst ist ein Angebot, keine Leistung, und das sagen wir zuerst: Wir haben heute kein System, das Budgets oder Auktionen in Google Ads oder Meta verändert. Wir haben die Teile gebaut und ausgeführt, aus denen eines gemacht wird — die Übermittlung des Signals für eine echte Conversion an Google, eine Engine, die bezahlte Promotion mit standardmäßig aktiviertem Dry-Run einkauft, ein Register, das jede kostende Aktion schreibt, und einen Schalter, der einen Orchestrator ohne Umgehungsweg stoppt.

Angebot, mit Bedingungen„offer”, nu „delivered”, și motivul se poate verifica în câteva secunde. Am căutat în peste 150 de depozite proprii câmpurile prin care API-urile de reclamă mișcă bani — `budget_micros`, `campaignBudget`, `target_cpa`, `target_roas`, `bid_strategy` — și nu apar nicăieri, nici la Google, nici la Meta. Nu gestionăm azi bugete de reclamă. Ce apare, și se poate deschide fișier cu fișier, sunt piesele care despart o automatizare de un accident: trimiterea conversiilor offline către Google prin Data Manager API, 264 de linii într-un proiect de producție al nostru; un motor de promovare plătită care cumpără boostere, etichete și pachete cu dry-run pornit implicit; un A/B tester bayesian care refuză să declare câștigător sub 100 de afișări per variantă, și orchestratorul de campanii din MEGA CRM cu întrerupător fără `--force`. Serviciul e descris din aceste piese. Nu dintr-un panou care nu există.

Ein Agent, der sich um Kampagnen kümmert, ist kein Knopf mit der Aufschrift „optimizează“. Er ist ein Programm, das bestimmte Berichte lesen darf, bestimmte Felder schreiben darf und sonst nichts. Der schwierige Teil ist nicht, eine Änderung vorzuschlagen — Modelle tun das gut und schnell. Der schwierige Teil ist aufzuschreiben, wo es aufhört, wie es nachweist, was es getan hat, und was passiert, wenn es Fehler macht. Darum geht es in der Arbeit, und von dort aus beginnen wir die Diskussion.

Wir sagen von Anfang an, was wir nicht haben, damit Sie es nicht von jemand anderem erfahren. Bei uns läuft heute kein System, das in Google Ads ein Budget erhöht oder in Meta ein Gebot ändert. Was läuft, und sich Zeile für Zeile zeigen lässt, sind die Sicherheitsmechanismen, die wir für andere Automatisierungen geschrieben haben, die echtes Geld ausgeben: standardmäßig aktivierter Dry-Run, Zähler für jede bezahlte Aktion, Verzögerung bei Fehlern, damit sich der Fehler nicht in einer Schleife wiederholt, Nachweisgrenze vor einer Entscheidung und ein Schalter, der sich weigert, den Orchestrator zu starten.

Das Bauteil, das wir bereits gebaut haben, ist keine Budgetänderung, sondern ein Signal — und es ist das, mit dem wir zu beginnen vorschlagen. Google lernt aus dem, was Sie als Conversion angeben. Wenn Sie „formular trimis“ sagen, sucht es nach Menschen, die Formulare absenden. Wir haben die Integration geschrieben, die ihm sagt „Anfrage real im System des Kunden angekommen“, mit der Klick-ID und mit per SHA-256 übergebenen Nutzer-IDs, über die Data Manager API. Damit kann man sofort beginnen, denn es ist vorhandener Code, kein Versprechen.

Der Rest der Arbeitsumgebung — die Schicht, die Berichte liest, die Schicht, die vorschlägt, die Schicht, die ausführt — wird nach demselben Muster aufgebaut, das wir dort verwendet haben, wo wir bereits per Code Geld ausgegeben haben. Es beginnt strikt mit Lesen, geht weiter zu Vorschlägen ohne Ausführung, und erst am Ende wird die Ausführung geöffnet, Feld für Feld, mit einer schriftlichen Grenze für jedes einzelne.

Was dazugehört

Die Arbeit, nach Bestandteilen

Lesen Sie die Berichte, nicht das Dashboard

Es wird von Anfang an festgelegt, was der Agent liest und woher: Ausgaben pro Kampagne und Anzeigengruppe, zugeordnete Conversions, Kosten pro Akquisition, verlorener Impression Share aufgrund von Budget im Vergleich zu dem aufgrund von Platzierung verlorenen Anteil — zwei unterschiedliche Zahlen, die unterschiedliche Entscheidungen verlangen. Das Lesen erfolgt per API, mit einem separaten Dienstkonto, nicht über Screenshots aus der Oberfläche. Die Leseschicht wird zuerst geliefert und gestartet, allein, ohne jegliche Schreibberechtigung auf dem Konto.

Schlagen Sie die Änderung mit dem daneben geschriebenen Grund vor

Ein Vorschlag ist keine Zahl. Er ist das Feld, das sich ändert, der alte Wert, der neue Wert, das Zeitfenster, auf dessen Grundlage die Entscheidung getroffen wurde, und der Grund. Die Vorschläge werden in einem Bericht gesammelt, den ein Mensch liest, in der Form „ich würde das tägliche Budget der Kampagne X von A auf B erhöhen, weil es in den letzten N Tagen in M% der Auktionen durch das Budget begrenzt war, bei Kosten pro Akquisition unter dem vereinbarten Schwellenwert“. Wenn der Grund nicht geschrieben werden kann, wird der Vorschlag nicht gemacht.

Drei Schwellenwerte: was es selbst macht, was einen Menschen erfordert, was es niemals macht

Jedes Feld fällt in eine von drei Kategorien, die geschrieben werden, bevor etwas gestartet wird. Selbstständig: Änderungen unter einem vereinbarten Prozentsatz, innerhalb eines täglichen Limits, bei als offen markierten Kampagnen. Mit Genehmigung: jede Überschreitung des Limits, jede neue Kampagne, jedes neue Publikum, jede Gebotsänderung. Niemals: das Stoppen einer Kampagne, die es nicht selbst gestartet hat, die Änderung der Zahlungsmethode, das Berühren von Abrechnungskonten. Die Liste wird im Vertrag geschrieben, nicht im Code, und der Code liest sie.

Dry-Run standardmäßig aktiviert — das Muster, das wir mitbringen

In unserer Paid-Promotion-Engine auf 999.md ist die Funktion, die entscheidet, ob Geld ausgegeben wird, umgekehrt geschrieben zu dem, wie es üblicherweise geschrieben ist: Dry-Run ist aktiv, wenn die Umgebungsvariable nicht genau den Wert `false` hat. Nicht gesetzt, leer, `true`, falsch geschrieben — alles lässt Dry-Run aktiviert. Es ist eine bewusste Entscheidung: Ein Konfigurationsfehler kann den Hahn nicht öffnen, er kann ihn nur geschlossen halten. Dieselbe Funktion existiert an zwei unabhängigen Stellen, der Promotions-Engine und dem Republizierungs-Executor.

Jede kostenpflichtige Aktion wird in einem Register aufgezeichnet

Im Promotionssystem landet jede Ausführung in einer Tabelle `agent_costs` mit der Anzeige, dem Benutzer, dem Aktionstyp, dem Betrag in Lei, ob sie erfolgreich war, der rohen Antwort des Anbieters und einer `dry_run`-Markierung. Das Schreiben erfolgt in derselben Transaktion wie die Aktualisierung der Planung, also kann es keine Ausgabe ohne Spur oder Spur ohne Ausgabe geben. Wenn es ein Dry-Run ist, ist der erfasste Betrag null, aber die Zeile existiert — man sieht genau, was passiert wäre.

Das reale Conversion-Signal — das Bauteil, das bereits existiert

Wenn jemand über einen bezahlten Klick kommt und eine Anfrage sendet, wird das Signal erst an Google gesendet, nachdem die Anfrage im System des Kunden angekommen ist, nicht beim Drücken der Schaltfläche. Die Integration verwendet `https://datamanager.googleapis.com/v1/events:ingest`, sendet die Klickkennung, den Zeitpunkt, den Wert und die Währung sowie per SHA-256 gehashte Benutzerkennungen — die normalisierte Adresse in Kleinbuchstaben, die Telefonnummer im internationalen Format. Ohne die Klickkennung wird das Senden automatisch gestoppt und als übersprungen markiert, da es nicht zugeordnet werden könnte.

Die Zustimmung wird vor den Tags gesetzt, nicht danach

Consent Mode v2 wird mit allen Marketing- und Analysezwecken auf `denied` initialisiert, bevor irgendein Google-Skript startet, mit einem Wartefenster von 500 ms für die Aktualisierung. Auf `granted` wird nur bei der Interaktion der Person mit dem Banner umgeschaltet, ohne die Seite neu zu laden. Funktionaler Speicher und Sicherheitsspeicher bleiben aktiviert, weil die Seite ohne sie nicht funktioniert. Es wird einmal geschrieben und läuft bei jedem Besuch.

Die Entscheidung zwischen zwei Varianten wird auf Basis von Beweisen getroffen, nicht nach Eindruck

Der von uns gebaute A/B-Tester modelliert jede Variante als Beta-Binomial mit uniformem Prior und schätzt die Wahrscheinlichkeit, dass eine besser ist, durch 10.000 Monte-Carlo-Stichproben. Er erklärt unter 100 Aufrufen pro Variante und unter einer Wahrscheinlichkeit von 0,95 keinen Gewinner. Wenn nach 168 Stunden keine Entscheidung gefallen ist, schließt er das Experiment und meldet es als abgelaufen, statt einen Gewinner zu benennen, den er nicht belegen kann.

Ein Schalter, der nicht umgangen werden kann

Der Kampagnen-Orchestrator in unserem internen System prüft vor allem eine Umgebungsvariable. Wenn sie gesetzt ist, weigert er sich zu starten — es gibt kein `--force`, es gibt kein Argument, das das umgeht. Er wurde nach einem echten Vorfall mit doppelten Sendungen hinzugefügt, nicht als Dekoration. Dasselbe Muster wird auch hier verwendet: ein Schalter auf Kontenebene, der alle Schreibvorgänge stoppt, während Lesen und Bericht weiterlaufen.

Wie es aussieht

Der Weg, Schritt für Schritt.

01

Inventar der Konten und Rechte

Es werden die Werbekonten aufgelistet, wer heute Zugriff hat und mit welcher Rolle, welche Conversions definiert sind und welche davon tatsächlich Duplikate desselben Ereignisses sind. Die drei Feldlisten werden festgelegt — allein, mit Genehmigung, nie. Wir liefern: das schriftliche Inventar, die Conversion-Liste mit dem, was jede tatsächlich misst, und die Einigung über die drei Listen.

02

Die Leseschicht, von selbst gestartet

Das Lesen wird per API mit einem Konto verbunden, das kein Schreibrecht hat, und der tägliche Bericht wird gestartet. In dieser Phase ändert sich nichts an den Konten — sichtbar ist nur das, was der Agent sieht. Das ist der Moment, in dem falsch gezählte Conversions, kampagnen mit Budgetbeschränkung, ohne dass es jemand weiß, und sich überschneidende Zielgruppen sichtbar werden. Wir liefern: den täglichen Bericht und die Liste dessen, was wir beim Lesen gefunden haben.

03

Das Signal der tatsächlichen Conversion

Die Klickkennung wird auf der Landingpage erfasst, mit der Anfrage in Ihrem System verknüpft und erst an Google gesendet, wenn die Anfrage downstream bestätigt ist, nicht beim Drücken der Schaltfläche. Das erneute Senden fehlgeschlagener Übermittlungen wird im 90-Tage-Fenster aktiviert. Wir liefern: die funktionierende Integration, einen Prüfmodus, der sendet, ohne aufzuzeichnen, und das Protokoll mit dem, was gesendet wurde und was übersprungen wurde und warum.

04

Die Vorschlagschicht, ohne Ausführung

Der Agent beginnt Vorschläge zu schreiben: Feld, alter Wert, neuer Wert, Grund, Zeitfenster. Nichts wird ausgeführt. Das läuft so, bis die Vorschläge langweilig werden — also bis die Person, die sie liest, ohnehin fast überall auf „ja“ geklickt hätte. Wir liefern: den Vorschlagsfluss, mit allem, was vorgeschlagen wurde und was Sie genehmigt oder abgelehnt haben, damit sichtbar wird, wo er falsch liegt.

05

Der Beginn der Ausführung, Feld für Feld

Die Ausführung wird für das erste Feld in der Liste „allein“ geöffnet, standardmäßig mit aktiviertem Dry-Run und mit täglichem Limit. Im Register wird geprüft, dass das Geschriebene dem Vorgeschlagenen entspricht. Dann das zweite Feld. Wir liefern: das Aktionsregister, den Schalter, der alle Schreibvorgänge stoppt und das Lesen aktiviert lässt, und die schriftliche Vorgehensweise für den Fall, dass der Agent sich geirrt hat.

Traseul unei decizii1citire prin API cucont fără drept descriere2propunere cu câmp,valoare veche,valoare nouă și motiv3filtrul celor treiliste (singur / cuaprobare / niciodată)4execuție cu dry-runpornit implicit șiplafon zilnic5rând în registrul decosturi, scris înaceeași tranzacțieComutatorul de oprire taie execuția și lasă citirea pornită.
Traseul unei decizii

Die Daten

Was wir anfassen, wo die Daten liegen und wie lange sie bleiben

Die Fragen, die jede Person mit einem Datenschutzbeauftragten stellt — hier gestellt, bevor er sie stellt.

Welche Daten erfasst es
Kampagnenberichte, Anzeigengruppen und Schlüsselwörter, über API gelesen. Die Anzeigen-Klick-ID, aus der Landingpage-URL erfasst und auf der Kundenanfrage gespeichert. Conversion-Ereignisse mit Zeitpunkt, Wert und Währung. Auf ausdrücklichen Wunsch die E-Mail-Adresse und Telefonnummer der Person, die konvertiert hat, aber nur in Form eines kryptografischen Hashs.
Was an Google geht und in welcher Form
Die Klick-ID geht im Klartext raus — das ist sie auch, eine Klick-ID. E-Mail und Telefonnummer gehen nur als SHA-256 raus, lokal vor dem Senden berechnet: die E-Mail von Leerzeichen bereinigt und in Kleinbuchstaben umgewandelt, die Telefonnummer ins internationale Format gebracht. Die Postadresse wird gar nicht gesendet, weil das Google-Schema sie vollständig mit Postleitzahl und Regionscode verlangt, und die Postleitzahl in den realen Daten nicht konsistent ist — der Grund steht im Code, nicht angenommen.
Wo sie liegen und wer sie sieht
Die Kampagnendaten und Ereignisse liegen in Ihrer Projektdatenbank, auf der vereinbarten Infrastruktur. Die Anmeldedaten der Werbekonten liegen in einer Umgebungsdatei, die vom Systemdienst gelesen wird, nicht im Code und nicht im Quell-Repository. Das Zugriffstoken wird höchstens 55 Minuten im Speicher gehalten, obwohl der Anbieter es für 3.600 Sekunden gültig ausgibt — die Marge ist absichtlich so gewählt, damit niemals ein abgelaufenes verwendet wird.
Wie lange ein Ereignis noch gesendet werden kann
Das praktische Fenster beträgt 90 Tage ab dem Zeitpunkt der Conversion — so viel akzeptiert Google für Offline-Conversions. Der Wiederholungsversuch für fehlgeschlagene Sendungen arbeitet genau in diesem Fenster, in Chargen, mit maximal fünf Versuchen pro Anfrage. Nach fünf Versuchen wird die Anfrage in Ruhe gelassen und bleibt als nicht gesendet markiert, statt endlos erneut versucht zu werden.
Was wir mit den Daten nicht tun
Wir bauen ohne schriftliche Rechtsgrundlage und ohne dass es in der Information erscheint, die die Person sieht, keine Zielgruppen aus Ihren Kundenlisten. Wir übertragen keine Daten zwischen den Konten zweier verschiedener Kunden. Wir speichern keine Kopien der Kampagnenberichte außerhalb des vereinbarten Systems. Das Verzeichnis der Verarbeitungen wird vor der ersten Übermittlung ausgefüllt, nicht danach.

Ein Fall

Eine Kampagne, die für Formulare zahlte, nicht für Anfragen

Die Ausgangslage

Eine Plattform aus Chișinău, die Online-Anfragen erhält, kaufte Suchtraffic. Die im Werbekonto definierte Conversion war „Formular gesendet“. Der Bietalgorithmus tat genau das, worum er gebeten wurde: Er brachte Menschen, die Formulare senden. Wie viele davon weiter unten im Ablauf zu echten Anfragen wurden, kam nie zurück zur Werbeplattform.

Was wir gebaut haben

Wir haben den Zeitpunkt der Conversion weiter unten im Ablauf verschoben. Die Klick-ID wird auf der Landingpage erfasst und auf der Anfrage gespeichert. Die Anfrage geht weiter an das Downstream-System; wenn dieses eine eigene ID zurückgibt — also tatsächlich eingegangen ist —, wird erst dann das Ereignis an Google gesendet, über die Data Manager API, mit Zeitpunkt, Wert, Währung und per SHA-256 gehashten Benutzerkennungen. Ohne Klick-ID stoppt das Senden von selbst und wird als übersprungen markiert. Wir haben einen Wiederholungsjob hinzugefügt, der Anfragen mit Klick-ID und ohne Sendemarkierung in den letzten 90 Tagen in Chargen von 50 sucht, mit höchstens fünf Versuchen.

Was dabei herauskam

Das Signal, das die Werbeplattform erhält, beschreibt jetzt die Anfragen, die am Ziel ankommen, nicht die Tastendrücke. Alle Vorgänge sind inert, wenn die Integration nicht konfiguriert oder ausgeschaltet ist — die Funktion prüft alle sieben Anmeldedaten vor allem und gibt „übersprungen“ zurück, wenn eine fehlt. Fehler werden protokolliert, aber nicht weitergegeben: Wenn Google nicht antwortet, geht die Kundenanfrage unberührt weiter.

Was der Fall nicht sagt

Dies ist eine Signal-Integration, keine Kampagnenverwaltung. Sie verändert weder Budget noch Gebot. Die Auswirkung auf die Kosten pro Akquisition wurde von uns nicht gemessen und wird von uns nicht veröffentlicht — im Code gibt es eine vom Autor geschriebene Erwartung, keine Messung, und zwischen diesen beiden liegt der ganze Unterschied.

Fragen

Was uns die Leute fragen, bevor sie anrufen

Wer trägt die Verantwortung, wenn der Agent ein Budget erhöht und die Ausgaben steigen?

Sie. Und deshalb ist die Umgebung so aufgebaut, dass Sie die Verantwortung in Kenntnis der Sachlage tragen können, nicht um Sie zu überraschen. Konkret: Der Agent hat keinerlei Schreibrechte, die ihm nicht jemand namentlich, schriftlich, Feld für Feld gegeben hätte; jedes offene Feld hat eine Obergrenze, über die der Vorschlag zur menschlichen Freigabe geht; jede ausgeführte Aktion wird in einem Register mit altem Wert, neuem Wert und Begründung in derselben Transaktion wie die Ausführung geschrieben; und es gibt einen Schalter, der alle Schreibvorgänge stoppt, ohne das Lesen zu stoppen. Wir sind verantwortlich für das, was wir gebaut haben — dafür, dass die von Ihnen geschriebenen Grenzen vom Code eingehalten werden, dass das Register vollständig ist, dass das Stoppen funktioniert. Wir sind nicht verantwortlich für das kommerzielle Ergebnis einer von Ihnen freigegebenen Änderung, so wie auch die Agentur nicht verantwortlich ist, die den Knopf manuell drückt. Wenn Ihnen jemand etwas anderes verspricht, fragen Sie ihn, was im Vertrag im Kapitel zur Haftungsbeschränkung steht.

Haben Sie heute ein System, das Google Ads- oder Meta-Kampagnen verwaltet?

Nein. Nirgendwo in unserem Code gibt es ein Feld, über das ein Budget, eine Auktion oder eine Gebotsstrategie bei Google oder Meta geändert wird. Wir haben geprüft, indem wir genau diese Feldnamen in allen Repositories gesucht haben. Was wir haben, ist das Senden von Conversions an Google, eine Engine, die bezahlte Promotion auf einer anderen Plattform einkauft, und die Sicherheitsmechanismen darum herum. Der Dienst wird von dort aus aufgebaut und ist genau deshalb als Angebot gekennzeichnet, damit es keine Verwechslung gibt.

Dann was genau haben Sie bereits gebaut und gibt echtes Geld aus?

Unsere Engine für bezahlte Promotion auf einer Kleinanzeigenplattform in Moldau. Sie setzt bezahlte Labels, startet Booster mit Tageslimit und Preis pro Klick, aktiviert Pakete und republiziert Anzeigen nach einem Intervall, das aus der tatsächlichen Geschwindigkeit der Kategorie berechnet wird. Sie weigert sich, einen Booster zu starten, dessen Tageslimit nicht höher ist als der Preis pro Klick — eine kleine Prüfung, aber genau die Art von Prüfung, die normalerweise fehlt. Jede Aktion läuft vor jedem kostenpflichtigen Aufruf durch die Dry-Run-Prüfung.

Was kann es selbst ändern und was erfordert eine Genehmigung?

Das wird gemeinsam im Voraus entschieden und festgehalten. Unser Ausgangspunkt für die Diskussion: selbstständig — Anpassungen unter einem vereinbarten Prozentwert des Tagesbudgets, innerhalb eines absoluten Tageslimits, bei den Kampagnen, die Sie als offen markiert haben; mit Genehmigung — jede Überschreitung des Limits, neue Kampagnen, neue Zielgruppen, jeder Eingriff in die Gebote; niemals — das Stoppen von Kampagnen, die von jemand anderem gestartet wurden, Zahlungsmethoden, Abrechnungskonten. Wenn Sie am Anfang alles per Genehmigung wollen, ist das eine gültige Wahl und wir bevorzugen sie.

Woher weiß der Agent, dass eine Conversion echt ist und kein leeres Formular?

Weil das Signal nicht beim Klick auf den Button ausgelöst wird. Es wird erst gesendet, wenn die Anfrage downstream bestätigt ist, im System, das für Sie zählt — eine Anfrage-ID, die vom CRM oder vom Partner zurückkommt. Bis dahin ist nichts passiert, was man Conversion nennen sollte. Der Unterschied ist nicht kosmetisch: Der Gebotsalgorithmus von Google lernt aus dem, was Sie ihm senden, also wenn Sie ihm Formulare senden, bringt er Ihnen Menschen, die Formulare ausfüllen.

Was passiert mit den personenbezogenen Daten derjenigen, die konvertieren?

E-Mail und Telefon werden nur als SHA-256-Hash gesendet, lokal vor dem Versand berechnet, mit Normalisierung — E-Mail ohne Leerzeichen und in Kleinbuchstaben, Telefon in internationales Format gebracht. Die Postanschrift wird überhaupt nicht gesendet. Nichts wird gesendet, bevor die Person im Banner dem Marketingzweck zugestimmt hat, denn Consent Mode startet komplett mit `denied`. Die Rechtsgrundlage und die Information werden vor der ersten Übertragung geschrieben, nicht nach der ersten Frage einer Person.

Was passiert, wenn der Aufruf an die Werbeplattform auf halbem Weg ausfällt?

Der Fehler wird mit der Rohantwort protokolliert, und die Aktion wird verschoben — in unserem Republizierungs-Executor, mit dem Maximum aus der konfigurierten Abkühlzeit und fünf Minuten, ausdrücklich damit sich ein Fehler nicht in eine Aufrufschleife verwandelt. Fehlgeschlagene Conversion-Übertragungen werden über einen separaten Job erneut versucht, in Chargen von 50, mit höchstens fünf Versuchen pro Anfrage, innerhalb des 90-Tage-Fensters. Nach dem fünften Versuch wird gestoppt und sie bleibt als nicht gesendet markiert, damit man es sieht und es nicht verschwindet.

Wie schalte ich es vollständig und schnell aus?

Der Schreibschalter. Lesen und Berichten laufen weiter, die Ausführung stoppt. In unseren bestehenden Systemen ist das auf zwei überprüfbare Arten umgesetzt: eine Umgebungsvariable, die genau den Wert `false` haben muss, damit Geld ausgegeben wird — alles andere hält den Hahn geschlossen — und ein Schalter im Kampagnen-Orchestrator, der den Start verweigert und kein `--force` hat. Wir hängen nicht an einem Button in einer Benutzeroberfläche, die sich möglicherweise nicht lädt.

Garantieren Sie mir einen Rückgang der Kosten pro Akquisition?

Nein, und es lohnt sich zu sagen warum, denn in unserem Code gibt es genau so eine Zahl. Im Kommentar am Anfang der Conversion-Integration steht eine Erwartung — wie stark die Kosten pro Akquisition sinken könnten und wie stark der Impression Share steigen könnte. Es ist eine vom Ersteller geschriebene Erwartung, keine Messung, und deshalb werden Sie sie auf dieser Website nirgendwo als Ergebnis finden. Was wir Ihnen versprechen können, ist, dass die Messung möglich sein wird: mit Conversions, die etwas bedeuten, und mit einem Register jeder Änderung wird der Vorher-Nachher-Vergleich möglich. Ohne sie nicht.

Worauf die obigen Aussagen beruhen (20 Quellen)

20 davon sind Code und Dateien aus unseren Repositories. Wir veröffentlichen weder ihren Namen noch die Zeile: zusammen, auf einer einzigen Seite, würden sie zu genau beschreiben, wie Systeme gebaut sind, die nicht nur uns gehören. Wir gehen sie mit Ihnen durch, im Repository, auf Anfrage — die Überprüfung bleibt möglich, sie findet nur in einem Gespräch statt.

Was sollte bei Ihnen besser laufen?

Erzählen Sie uns von Ihrem Prozess. Gemeinsam legen wir fest, was sich zu bauen lohnt, was wir anbinden können und wie wir das Ergebnis prüfen.

Lassen Sie uns sprechen