Google trekt in oktober stekker uit A/B-testtool Optimize

Google stopt met websiteoptimalisatietools Optimize en Optimize 360. Met deze tools kunnen A/B-tests op websites worden uitgevoerd. De meeste functies van de beide tools zullen terechtkomen in Google Analytics 4, zegt het bedrijf.

Google trekt op 30 september de stekker uit de tool, zegt het bedrijf. Gebruikers kunnen tot die tijd hun data exporteren of via de Analytics Data-api oudere gegevens ophalen. Die data verdwijnt volledig na 30 september. Beheerders kunnen hun betaalde contracten van de premium Optimize 360-dienst nog wel verlengen, maar tot uiterlijk die datum. Gebruikers met een contract dat langer doorloopt, krijgen daarvoor geld terug.

Optimize is een tool om websites te A/B-testen en werd voornamelijk door marketeers gebruikt. Google zegt dat Optimize veel features miste waar klanten wel om vroegen. Het bedrijf kiest er nu voor die functies te implementeren in Google Analytics 4, de komende nieuwe versie van de tool. Daarin wordt het makkelijker om A/B-testen uit te voeren op websites.

Reacties (28)

[brammetje1994]

Weer voorheen seperate functies welke geïntergreerd worden in GA4. Het wordt steeds lastiger om GA4 niet te gebruiken als je als bedrijf wel iets van de Google business stack gebruik wilt maken.

Google zet met GA4 volop in om vender agnostische tools de markt uit te werken.

[djwice]

Je kunt in GA via 1 parameter aanpassing de data naar je eigen server - in plaats van die van Google - laten sturen.

De data komt dan als query string in je logs.
Als je de 5 paden van GA in een apart log laat komen heb je clean data.
Je split de data op & en de waarde via = op key/value. Soms heeft een key geen value, let daar op in je verwerking.

Deze logs kun je via Apache Hive en PrestoDB automatisch als tabellen verwerken. Of gewoon in een database laden. Die kun je voeden naar elke visualisatie tool die je voor analytics wil gebruiken.

Ik heb vergelijkbaar gedaan op AWS Cloud met serverless techniek en QuickSight voor visualisatie. Voor de verwerking van 700 miljard 'events' zijn we €12.000,- kwijt op jaar basis. Bij Google betaalden we €180.000,- per jaar.
Nu is de data direct in eigen beheer en veel makkelijker te combineren met data uit andere systemen.

[Reactie gewijzigd door djwice op 31 juli 2024 09:52]

[brammetje1994]

Allemaal waar, maar je bent nu puur GA4 aan het vergelijken met een eigen oplossing. In die €12.000 zitten geen opzet- en onderhoud kosten.

Daarbij is dus mijn hele punt wat ik probeerde te maken dat als jij als bedrijf een beetje gebruik wilt maken van de out-of-the-box functionaliteiten welke Google te bieden heeft, je ondertussen langzaam gedwongen wordt om GA4 te gebruiken op je website. Waar je voorheen simpelweg kleine functionaliteiten van Google kon afnemen en (meer) controle had over welke data Google krijgt, worden nu steeds meer dingen in GA4 verwerkt.

Als bedrijf met commercieel belang wordt het door de integratie van Google Campaign Manager, Ads, Enhanced conversions, etc steeds lastiger om niet voor Google te kiezen.

[djwice]

De oplossing die ik beschreef is vrij standaard: meeste bedrijven hebben een Apache of Nginx bak, dan wel een CDN die requests logt in tekst formaat.

Aangezien dat tekst formaat vaak Apache log formaat of CSV is is de data al gestructureerd en dus via standaard processen in te laden in een database.

Het inrichten van dashboards in GA4 is ongeveer gelijk aan of zelfs complexer dan in je standaard BI omgeving.
Het beheer van de door mij beschreven oplossing is daardoor verwaarloosbaar.
Zeker bij gebruik van een CDN voor het ontvangen van de logs, aangezien die geen OS en andere dingen heeft die je moet onderhouden, zelfs certificaten worden automatisch geüpdate.

Door te zien welke data je al zelf hebt en het hosten op CDN met http/3 ondersteuning, zul je zien dat je ook in advertenties zelf de tracking en personalisatie kunt verzorgen.
Sterker nog, je mag meer persoonlijke data gebruiken omdat je zelf de data verwerker bent.

Terwijl je daarvoor de open source scripts van Google gebruikt, gehost vanaf je eigen CDN (past binnen de licenties) op je eigen domein.

Dit ontwerpen, ontwikkelen, testen en in productie inrichten kostte ongeveer 80 uur werk incl. dashboards.

In Frankrijk is GA al verboden dus je kunt je maar beter op een vergelijkbare situatie voorbereiden zo dachten we bij ons.

[Reactie gewijzigd door djwice op 31 juli 2024 09:52]

[brammetje1994]

Jij draagt nog steeds oplossingen aan voor een ander probleem. Wij praten hier langs elkaar, want voor veel bedrijven is het adverteren via Google (search, display, etc) juist "een benodigd iets". Er zijn meer bedrijven die willen adverteren met Google dan advertenties van Google op hun websites willen.

Qua compliancy: Je mag helemaal niet meer data verwerken omdat je zelf de verwerker bent. Volgens de AVG heb je simpelweg een grondslag voor je verwerkingsdoel nodig wanneer je persoonsgegevens verwerkt. Of je die nu zelf verwerkt, of een derde partij; de grondslag heb je nodig.

Verder is GA helemaal niet verboden in Frankrijk. Zo lang jij geen persoonsgegevens deelt met Google, is het buiten de scope van de AVG. Er zijn zat methodieken om dit uit te voeren, maar dat vereist wel configuratie in plaats van een as-is deployment. Dat komt omdat de 'EU-US Privacy Shield' geïnvalideerd is, waardoor er niet langer een adequacy decision (vergeef mij, weet de Nederlandse term niet) ligt welke niet alleen Google, maar ook Amazon en Microsoft cloud service providers raken. Er is gewoon geen mechaniek meer om met geen enkele amerikaanse cloud provider (dus ook AWS, ook wanneer dit enkel in EU opgeslagen wordt) persoonlijke data te verwerken.

Er is nu een nieuw framework wat is opgesteld na het (terecht) schieten van het privacy shield. Deze is nu voorgesteld. In theorie zou dit betekenen dat wij geen persoonsgegevens kunnen delen met amerikaanse bedrijven. In de praktijk is dat echter vrij onmogelijk.

[djwice]

AWS heeft gewoon een EU indentiteit:
https://aws.amazon.com/legal/aws-emea/

Dus geen data privacy issues in AWS Cloud als je het contract via deze partij afsluit en data in bijvoorbeeld Ierland opslaat.

review: Een Europees verbod op Google Analytics, hoe zit dat?

Als je een website hebt en content serveert heeft jouw website het IP-adres nodig van de bezoeker om content terug te sturen. Dus heb jij dat gegeven in je log waarmee je gebruikers gedrag analyseert.
Als je het monitoren van gebruikers gedrag uitbesteed heb jij niet direct gerechtvaardigd belang om het IP-adres te verwerken.

[Reactie gewijzigd door djwice op 31 juli 2024 09:52]

[brammetje1994]

En die EU endentiteit maakt niet uit omdat het moederbedrijf (Amazon) simpelweg Amerikaans is:
https://aws.amazon.com/compliance/gdpr-center/

Do Amazon AWS transfer personal data to EU countries?
AWS will not process customer data outside the customer's selected AWS Region unless it is necessary for the purpose of providing the AWS services initiated by the customer, or as necessary to comply with the law or a binding order of a governmental body.

En dat laatste stukje is waar het hele privacy shield op stuk is gelopen. Het privacy shield gaf te weinig protectie welke volgens de richtlijnen van de EU op basis van de GDPR benodigd zijn om persoonsgegevens te verwerken. Amazon zelf geeft aan dat er in de uitspraak van Schrems II aan dat er nog gebruik gemaakt kan worden van SCC's. Dat betekend dat jij als bedrijf zelf flinke stappen dient te ondernemen om alsnog gebruik te maken van Amazon's services wanneer jij persoonsgegevens verwerkt, want volgens de Amerikaanse wet kan de overheid simpelweg ook buitenlands opgeslagen gegevens opvragen en daar zal Amazon aan moeten meewerken.

Dit geldt voor ieder Amerikaans bedrijf. Google heeft ook EU data centers en Google neemt zelf ook extra maatregelen voor EU data. Dat is alleen niet genoeg.

Verder kan je heel makkelijk middels een proxy server/serverside oplossing gewoon het IP-adres eruit filteren. Dat is alleen volgens de GDPR weer ontransparant en het aanpassen van de request met persoonsgegevens is ook verwerken van persoonsgegevens.

Jij maakt onderscheid tussen je eigen log bestanden en het laten doen door een externe verwerker. Daar maakt de AVG geen onderscheid in. Je verwerkt data met een doel en daar hoort een grondslag bij:
- Iemand maakt een request naar je domein, je moet daarvoor het ip-adres verwerken en loggen. Dat is noodzakelijk en daar is de grondslag "uitvoering overeenkomst" voor.
- Iemand maakt een request naar je domein, je moet daarvoor het ip-adres verwerken en loggen. Je pakt de IP-adressen en gaat hier een analyse op uitvoeren. Dat is niet noodzakelijk voor het serveren van de content en dus heb je daar een andere grondslag voor nodig. Vaak is dat consent of gerechtvaardigd belang.

[djwice]

Het IP-adres verwerken in Google Analytics wordt vaak niet gezien als gerechtvaardigd belang.
Het verwerken van het IP-adres bij analyse van server logs vaak wel.

Ook heb je het voordeel dat adblock mensen wel in je serverlog komen, maar niet altijd in GA. Dat is 25 tot 40% van je bezoek in NL.

[Reactie gewijzigd door djwice op 31 juli 2024 09:52]

[Darth TNT]

Ondertussen is GA4 een ruk product. Fantastisch data schema, maar oh wat een drama qua interface en een wirwar van half baked integraties.

[vickypollard]

Zolang serverside tests ondersteund blijven... Die liepen bij Optimize toch al via Analytics.

Overigens vind ik GA4 echt een gedrocht qua gebruiksgemak, maar goed...

[Reactie gewijzigd door vickypollard op 31 juli 2024 09:52]

[Anoniem: 454358]

Inderdaad een gedrocht om mee te werken. Net als Google Ads. Zo ontzettend uitgebreid dat er eigenlijk niet meer mee te werken valt. Tenzij je hier fulltime mee bezig bent.

[HansvDr]

Ook een gedrocht om als websitebezoeker mee geconfronteerd te worden. Gelukkig zijn daar uitstekende plugins tegen. Geen GA of Google Ads meer in mijn browser

[Settler11]

Misschien kijken naar 1 van de beste alternatieven.

[vickypollard]

Bekend mee, maar is toch wat te beperkt voor ons gebruik, helaas. Wel uitstekend voor kleinere websites en organisaties.

[DarkLoki]

Het huidige Optimize is inderdaad erg barebones. Om aan Optimize meer schermen toe te voegen ga je veel dubbele functionaliteit ontwikkelen met Google Analytics (4). Ik snap de keuze wel.

[vickypollard]

Google kennende gaat het dan wel maar half geïmplementeerd worden in GA4 en komt de rest van de functionaliteit (zogenaamd) "in de toekomst."

[Hendrik55]

Hallo,
Kan iemand mij met een paar woorden en simpel uitleggen wat A/B-tests zijn?

[Goku33]

2 verschillende versies van (een element op) een pagina aan verschillende bezoekers tonen en dan meten of de ene variant beter presteert dan de andere variant. Bijvoorbeeld een In-winkelwagen-knop in een webshop rood of geel maken en dan kijken of 1 van die kleuren tot meer aankopen leidt.

[Hendrik55]

Oké, dank je.

[Mirr0r]

Het is niet echt killed.

De meeste functies van de beide tools zullen terechtkomen in Google Analytics 4, zegt het bedrijf.

Het wordt samengevoegd aan een ander bestaande tool. Wat in mijn optiek alleen maar beter is. 1 tool in plaats van 100 verschillende tools. Mogelijk dat een aantal functies verdwijnen.

[Paprika]

In een tijd waar de industrie overstapt op een composable architectuur is een analytics monoliet bouwen anders best gewaagd. Ik zie steeds vaker prospects vragen of ons platform kan werken met andere tooling dan GA voor analytics. Door deze wijziging gaan de eerder genoemde partijen waarschijnlijk ook alternatieven voor Google Optimize overwegen.

[webhalla]

Is het niet raar dat Google een product onder gaat brengen bij Google analytics dat in een aantal eu landen verboden is en in andere landen getoetst wordt. review: Een Europees verbod op Google Analytics, hoe zit dat?

[Lavendou]

Ik benoem het omdat het er nu bij staat, niet omdat ik wel of niet vind dat het killed is. Feit blijft dat Optimize verdwijnt (en zo dus wordt gekilled) en de functies worden ondergebracht in Analytics.

[ultimasnake]

Als je ‘honderden’ tools (of proefballonetjes) maakt, dan zullen er altijd wel een paar sneuvelen… je reactie was leuk, 30 projecten terug

[Audiowaste]

Nee, de dienst wordt niet "gekilled" maar samengevoegd met andere diensten.

Die hele website van killedbygoogle klopt overigens geen reet van, ontzettend veel diensten die daar tussen staan bestaan nog maar vallen nu onder een ander programma.

[Anoniem: 1837468]

Weer eentje voor killedbygoogle.com/

In coma by google

[Reactie gewijzigd door Anoniem: 1837468 op 31 juli 2024 09:52]

[Marve79]

Je wist al dat dit de eerste reply ging zijn.