Bruk av vertsressurser. Få brukerdata på Android fra tredjeparts applikasjonsskjermer

I begynnelsen av desember fant den etterlengtede utgivelsen av desktopversjonen sted e-postklient Spark for macOS. Denne applikasjonen er populær på iPhone og iPad på grunn av dens attraktive design, all nødvendig (men ikke overflødig) funksjonalitet, og stor kvantitet populære alternativer som å feste viktige e-poster, smart innboks, lesebekreftelser og så videre. Apple Company la raskt til Spark for macOS på listen beste appeneår i Mac App Store, som bare økte populariteten til denne e-postklienten. Personlig bruker jeg Spark på iPhone, iPad Pro, og siden starten av beta-testingen av desktopversjonen har han forlatt den "tunge" AirMail på Mac. Men den gratis e-postklienten med brukervennlig grensesnitt Og utmerket funksjonalitet Det er fortsatt fallgruver. Utvikler Vladimir Shabanov på Facebook trakk brukernes oppmerksomhet til Sparks personvernpolicy.

Hvorfor gratis uoffisielle er farlige e-postapplikasjoner liker Spark? Fordi de får tilgang til alle brevene dine utenfor din bærbare datamaskin, iPhone og gmail på serveren deres - og når den blir hacket, vil de fleste kontoene dine i butikker, sosiale nettverk, betalingssystemer, dating, bookinger, steam og dropboxes også bli hacket . Og selskapene som utvikler disse appene har ingen insentiv til å investere i sikkerhet fordi de ikke tar betalt for appen.

For ikke å kopiere for mye stor tekst med bakgrunn, tips og konklusjoner anbefaler vi les om Spark i publikasjonen av Vladimir Shabanov. Og på iG spurte vi oss selv: hva er den faktiske situasjonen med innsamling og lagring av brukerdata ved bruk av tredjeparts e-postklienter? For å gjøre dette har vi sett på delene "Personvernregler" som er upopulære blant de fleste brukere, og derfra valgte vi hovedfakta du trenger å vite når du bruker tredjeparts e-postklienter på Mac. Kort sagt, vi snakker om det faktum at nesten alle applikasjoner sender brukerdata, inkludert adresser, til utviklernes servere E-post, i noen tilfeller passord, e-posttekster, kontaktlister, kalenderdata og ulike anonymiserte data. Og noen applikasjoner samler til og med inn enhetsinformasjon, telefonnumre, plassering eller kopierer alle data som er tilgjengelige i e-postkontoen til serveren. Vi spurte også Yandex og Mail.ru om innsamling av brukerdata og brev når vi jobber med kontoer tredjeparts tjenester og en mekanisme for å sende push-varsler om nye brev, men selskapets representanter var ikke i stand til å svare umiddelbart på redaktørens forespørsel.

Selvfølgelig hevder hver utvikler at brukerinformasjon er lagret på pålitelige servere som Amazon Web Services, og de tar alle noen ekstra sikkerhetstiltak. Men er det nødvendig å si at vi ikke snakker om hundre prosent sikkerhet? Mens de største og mest pålitelige Internett-selskapene noen ganger lekker brukerdata, ville det være hensynsløst å stole på beskyttelsen av små startups. På den ene siden kan du børste bort alle trusler under påskudd av at det ikke er hemmelige data i posten din, men ikke glem at selv i den kjedeligste postkassen er det mye interessant for angripere. I dag fungerer e-postadressen som en nøkkelidentifikator som kontoer til betalingssystemer, sosiale nettverk, ulike nettsteder og tjenester er knyttet til, og i noen tilfeller samsvarer e-postpassordet med andre kontoer, noe som øker mulig skade fra hacking. Enkelt sagt, du kan ikke være uforsiktig når du velger en e-postklient, og når du bruker tredjepartsprogramvare Det er viktig å forstå nøyaktig hvilke data du overfører til utviklere.

Gnist


1. I tillegg til upersonlig statistisk informasjon Når du bruker applikasjonen, kan du bli bedt om å oppgi noe personlig informasjon.
2. Den første e-postadressen som legges til brukes som brukernavn. Det kan sende deg e-poster med informasjon om nye funksjoner, oppdateringer, kunngjøringer og forespørsler om å gi tilbakemelding om bruken din.
3. Spark-servere brukes kun til å levere push-varsler og i noen tilfeller sende e-post.
4. Kontoer legges til ved hjelp av OAuth-autentisering hvis mulig. Ellers lagres adresser og passord på en Amazon Web Services-skyserver.
5. I tillegg til Amazon Web Services sikkerhetspolicyer, bruker Spark en rekke tiltak for å hindre tredjeparter i å få tilgang til data, samt HTTPS-protokoll og asymmetrisk kryptering av kontodata.
6. Spark laster opp emnet og en del av e-posten til serveren for å sende push-varslingen og sletter disse dataene umiddelbart etter at varselet er levert. Meldinger lagres kryptert på serveren.


1. E-postklienten kan be om frivillig overføring av data som navn, e-postadresse, telefonnummer og bankkort.
2. Polymail samler inn og lagrer data om bruksscenarier for applikasjonen og dens funksjoner, samt mobile enheter som den kjører på, inkludert: operativsystem, smarttelefon- eller nettbrettmodell, unike identifikatorer enheter, informasjon mobil kommunikasjon og telefonnummer.
3. Når du bruker Polymail, kan utviklere samle informasjon om brukerens plassering, IP-adresser, GPS-data, samt informasjon fra andre sensorer på mobilenheten.
4. Polymail samler inn og lagrer informasjon om kontaktene til brukere du brevveksler med. Disse dataene brukes til å forbedre tjenesten.
5. Polymail samler inn og lagrer informasjon om sendte e-poster (emne og vedlegg) for å gi lesekvitteringsfunksjonalitet.
6. For å forbedre Polymail-tjenesten indekserer vi bokstaver: datoen meldingen ble mottatt, mapper og avsendernavn.
7. Informasjonskapsler og andre anonyme identifikatorer samles inn og lagres av Polymail og dets partnere.


1. Airmail-e-postklienten samler ikke inn eller lagrer e-poster på skyservere. Når du bruker alternativer som Snooze Sync, synkroniseres alle nødvendige data direkte mellom enheter.
2. Airmail samler inn og lagrer data som informasjonskapsler, anonymisert informasjon om applikasjonsbruksscenarier og e-postadresser.
3. Informasjonskapsler samles inn og brukes kun med det formål å identifisere brukeren for å lagre innstillinger og for å tilby tjenestene brukeren krever.
4. I noen tilfeller kan tilgang til data som samles inn og lagres på servere gis til visse ansatte knyttet til arbeidet til Airmail: administratorer, salgsspesialister, markedsførere, advokater.
5. Brukerdata samles inn for å drive luftpost, samt for følgende formål: interaksjon med tredjeparts sosiale nettverk og plattformer, administrere kontakter og sende meldinger, analyser, remarketing, atferdsmålretting, for kommersielle formål, for betalingsbehandling, interaksjon med tjenesten teknisk støtte og tilbakemeldinger.


1. Hvis kontoen ikke støtter OAuth-autentisering, lagres påloggingsinformasjonen og passordet på AWS-skyserveren.
2. E-poster lastes ned til skyservere for å sende push-varsler.
3. E-poster lastes ned i løpet av de siste 14 dagene på mobile enheter og 60 dager på Mac.
4. Newton mottar og lagrer informasjon fra våre partnere om brukere som sender deg e-post.
5. For å bruke Lesemerke-funksjonen samler og lagrer Newton data om sendte e-poster.
6. Newton lover at de ikke vil selge eller overføre til tredjeparter. personlig informasjon, og bruker også HTTPS-protokollen og ekstra verktøy beskyttelse ved overføring av data til AWS-servere.


1. Bruk av Canary-e-postklienten gir ikke tilgang til brukernes personlige data og overfører dem til skyservere.


1. Ved opprettelse av konto samler og lagrer Nylas N1 personopplysninger, som e-postadresse, for- og etternavn, som kan brukes til identifikasjon.
2. Ved bruk av applikasjonen samler og lagrer Nylas N1 data regnskap og tilhørende passord.
3. Ved å skrive inn e-postkontoinformasjonen din godtar du å gi Nylas N1 rettighetene til å lage en kopi av alt innhold postkasse, kalender og kontaktliste.
4. Nylas N1 bruker også automatiserte datainnsamlingsverktøy som informasjonskapsler og Web Beacons.


1. Mail, kalendere, filer, kontakter, innstillinger og andre data fra den vil automatisk synkroniseres med enheten via en skyserver.
2. Outlook lagrer data på Microsoft-servere for å støtte tilleggsfunksjoner som f.eks raskt søk, personlig filtrering mindre viktig post og legge til vedlegg fra tilknyttede lagringsleverandører.


1. På den offisielle nettsiden til applikasjonen gjelder informasjonen i delen "Personvernregler" kun for driften av selve Unibox-nettstedet. Det er ingen informasjon om innsamling og lagring av personlige og anonymiserte data når du bruker Unibox e-postklient.

Siden versjon 1.6 i Android er det en "tjeneste spesielle funksjoner" Det er ikke vanskelig å gjette til hvilket formål den ble opprettet, men vi, som mennesker som streber etter ubegrensede muligheter, er interessert i denne tjenesten fra en litt annen vinkel. I dag skal vi skrive et program som lar oss overvåke input i andre applikasjoner!

Hvorfor trenger du en tilgjengelighetstjeneste?

Den lar deg utvide grensesnittet vanlige søknaderå hjelpe brukere med funksjonshemninger eller de som kan være midlertidig ute av stand til å samhandle fullstendig med enheten. For eksempel kan brukere som kjører bil, har omsorg for et lite barn eller er på en veldig støyende fest kreve ekstra eller alternative grensesnitt tilbakemelding.

Android har standard tjeneste spesielle evner - Snakke tilbake. Om nødvendig kan utviklere implementere sine egne. Det har blitt mulig å skrive slike tjenester i uminnelige tider (Android 1.6, API-nivå 4), og med Android 4.0 ( API-nivå 14) de fikk betydelige forbedringer. Gjennom "støttebiblioteket" implementeres disse forbedringene også for enheter med API-versjoner lavere enn 14.

Denne tjenesten lar deg se en beskrivelse av alle vinduer, kjørende applikasjoner og motta data som er lagt inn av brukeren (bortsett fra angitte passord; godta at pålogginger og tekstmeldinger er også tilstrekkelig i mange tilfeller).

I denne artikkelen vil jeg fortelle deg hvordan du implementerer en tjeneste for å avskjære tastaturinndata så enkelt som mulig.

For å gjøre dette må du opprette en arving Tilgjengelighetstjeneste. I tilkoblingsmetoden onServiceConnected vi må sette et hendelsesfilter (klasse TilgjengelighetServiceInfo) som tjenesten vil lytte til. Og i metoden onAccessibilityEvent behandle disse hendelsene.
I søknadsmanifestet må du legge til følgende linjer for å beskrive tjenesten:

Hvis alt er gjort riktig, kan du se noe slikt i loggen:

OnAccessibilityEvent: TYPE_VIEW_TEXT_CHANGED android.widget.EditText com.android.chrome 113326642 nettsted

Klasse TilgjengelighetServiceInfo lar deg angi filtre for visse applikasjoner (hvem sa "mobilbanker" eller "sosiale nettverksklienter"?). Vi kan ta skjermbilder basert på arrangementet vi trenger.
Dette gjøres ganske enkelt på en rotet enhet, og hvis det ikke er noen rot, må du se etter tredjepartsbiblioteker for å få skjermbilder fra tjenesten.
Eksempelkode for å få et skjermbilde fra tjenesten på en rotet enhet:

Fortsettelse er kun tilgjengelig for abonnenter

Alternativ 1. Abonner på Hacker for å lese alt materiale på siden

Abonnementet lar deg lese ALT betalt materiale på nettstedet innen den angitte perioden. Vi aksepterer betaling med bankkort, elektroniske penger og overføringer fra mobiloperatørkontoer.

I den siste artikkelen skrev jeg om å besøke blokkerte nettsteder. Jeg bestemte meg for å fortsette en serie artikler om nettlesere, og i dag vil jeg skrive om hvordan du sletter historikk, cache, informasjonskapsler og annen informasjon i Opera-nettleseren. Det ser ikke ut til å være noe komplisert der, men for mange vil slike instruksjoner være nyttige. Jeg vet ikke med deg, men jeg har brukt Opera-nettleseren veldig lenge, sannsynligvis siden jeg begynte å bruke Internett. Derfor vil jeg først fortelle deg hvordan du løser ulike problemer med denne nettleseren.

I Opera-nettleseren kan du ikke bare slette historien til besøkte nettsteder, cache og informasjonskapsler. Det er også en nedlastingshistorikk, passord, en historie med automatisk utfylling av skjemaer og noen data fra tredjepartstjenester. La oss først forstå hva det er og hvorfor slette disse dataene i nettleseren.

  • Nettleserlogg. Alt er veldig enkelt her. Nettleseren husker alltid sidene du besøker. Hver side. Du kan se denne historien senere. Noen ganger kan dette være veldig nyttig. Men det er tider når vi trenger å tømme historien i Opera. For eksempel når vi surfer på Internett fra en annens datamaskin. Jeg skal fortelle deg en hemmelighet at i dette tilfellet er det bedre å bruke "Privat surfing". "Meny" - "Opprett et privat vindu" I denne modusen husker ikke Opera nettleserloggen din og annen informasjon.
  • Last ned historie. Historie over filer som vi lastet ned fra Internett via en nettleser.
  • Cache (bufrede bilder og filer). Dette er forskjellige elementer på nettsider som nettleseren lagrer, slik at neste gang du besøker siden ikke laster ned disse filene igjen. Og siden åpner allerede mye raskere. Å tømme cachen kan være nyttig i tilfeller der for eksempel siden ikke vises helt riktig. Eller oppdatert informasjon vises ikke på nettstedet. Noen ganger, på grunn av den lagrede cachen, åpnes ikke ruterinnstillingene engang eller vises ikke. I dette tilfellet trenger du bare å slette cachen, og nettleseren vil laste ned den nyeste informasjonen fra nettstedet på nytt.
  • Informasjonskapsler. Nei, dette er ikke en katt fra SlivkiShow-kanalen :). I en nettleser er en informasjonskapsel et lite datastykke som nettleseren mottar fra et nettsted, lagrer det og sender det tilbake når du besøker nettstedet. Takket være informasjonskapsler trenger vi ikke logge inn på nettsider hver gang, sette noen innstillinger i ulike tjenester og sosiale nettverk, legge til produkter på nytt i handlekurven i nettbutikker osv. Vær forsiktig, hvis du sletter informasjonskapsler i Opera, du vil raskere Alt du trenger å gjøre er å logge inn på sidene igjen og angi noen innstillinger.
  • Passord. Alt er veldig enkelt her. Dette er passord fra forskjellige nettsteder som du logget på med dataene dine.
  • Data for automatisk utfylling av skjemaer. Når vi fyller ut noen skjemaer, husker Opera informasjonen vi legger inn, og når vi fyller ut disse skjemaene igjen, gir den oss de lagrede alternativene. Dette er veldig praktisk, jeg bruker ofte denne funksjonen selv. Så du kan slette denne informasjonen om nødvendig.
  • Data fra tredjepartstjenester. Mange anbefaler å slette disse dataene når det oppstår problemer med VPN i Opera.

Det vi har funnet ut er at det er på tide å gå videre til å slette dataene vi trenger i Opera-nettleseren.

Opera: slett historikk, cache, informasjonskapsler, passord, skjemadata og tredjepartstjenester

Alt er veldig, veldig enkelt. Åpne Opera og klikk på "Meny"-knappen i øvre venstre hjørne. Hold musepekeren over "Andre elementer" og velg "Slett nettleserhistorikk". Eller trykk på hurtigtasten Ctrl+Shift+Del.

Et lite vindu åpnes umiddelbart. Først av alt, i rullegardinmenyen, velg for hvilken periode du vil slette dataene (for siste time, dag, uke, 4 uker, hele perioden). Merk deretter av for boksene som må fjernes. Ovenfor har jeg beskrevet hvert punkt i detalj. Og for å fjerne den, klikk på "Tøm nettleserlogg"-knappen.

Alle data vil bli fullstendig slettet.

En annen måte du kan slette nettleserloggen din i Opera

Jeg vet ikke om det vil være nyttig for deg, men du kan også tømme historien gjennom forskjellige programmer for å rense systemet for søppel. Den mest populære er nok CCleaner. På "Applikasjoner"-fanen kan du velge elementer som må slettes i Opera-nettleseren.

Der kan du også tømme historikk fra andre nettlesere og rense Windows for unødvendige filer. Men se nøye med dette programmet. Spesielt med delen "Registry Cleaner". Ikke bli for revet med.

Dette er tipsene. Jeg håper du fant denne artikkelen nyttig. Beste hilsener!

La meg begynne med det faktum at jeg en gang ble tvunget til å håndtere webtjenester på egen hånd. Så klarte jeg på en eller annen måte, litt etter litt, å mestre denne saken og forstå hva og hvor jeg skulle presse på for at alt skulle fungere. Heldigvis var konfigurasjonen vi måtte jobbe med allerede full Det var mulig å se på det ved hjelp av webtjenester og gjøre det analogt, og på Internett kunne jeg finne nok artikler om denne saken. Og så, ved å bruke eksempler (for meg er dette den beste måten å studere på), mestret jeg denne saken, og nå skremmer de meg ikke lenger.

SÅ. Hovedoppgaven til enhver integrasjon, det være seg CD, webtjenester eller HTTP-tjenester, er å overføre noe fra et sted, gjøre noe med det og returnere et svar. Dette er formatet vi vil vurdere den nye teknologien i.

I metadatatreet er HTTP-tjenester plassert i grenen Generelt:

En ny HTTP-tjeneste legges til på samme måte som ethvert annet metadataobjekt. Navn og synonym som du ønsker. Bare "Root URL" er viktig her - dette er faktisk identifikatoren HTTP-tjeneste i denne databasen, dvs. akkurat det du skriver i denne egenskapen, vil du overføre til en tredjepartsutvikler (eller deg selv) som en lenke til tjenesten.

Jeg vet ikke om det er mulig å skrive her på kyrillisk, men for ikke å bli ledd av i den progressive verden, skriv på latin).

Selve malegenskapen er viktig her:

Ved hjelp av en mal kan du senere henvise til dataene som ble overført til deg. SÅ: all data du ønsker å motta fra utsiden kan deles inn i 2 blokker - obligatorisk og valgfri.

Nødvendige data/parametre vi skyver den inn i malen, så hvis personen som får tilgang til tjenesten ikke fyller dem ut, vil tjenesten a priori generere en feil, og når du utvikler teksten til behandlermodulen, vil du være sikker på at disse dataene er der. Hvordan dette gjøres: i linjen Mønster i krøllete parentes "()", vekslende med "/"-tegnet, skriver vi navnene på variablene. For eksempel trenger vi definitivt en artikkel - da skriver vi /(artikul). Hvis vi trenger å få artikkelen, navn og brukernavn, vil malstrengen se slik ut: /(artikul) /(navn)/(bruker), etc. Hver av disse parameterne i teksten til behandlermodulen kan fås slik: Request.ParametersURL["<имя параметра>"]. Hvis det ikke er noen påkrevde, ser malen slik ut: /*.

Valgfrie data, som vi ønsker å motta gjennom tjenesten, er IKKE beskrevet i malen. Når du bygger en kobling for å få tilgang til en tjeneste, er de beskrevet på slutten av lenken etter "?"-tegnet, atskilt med og-tegnet "&" og har strukturen<имя параметра>=<значение параметра>. I teksten til behandlermodulen kan de nås med følgende konstruksjon: Request.RequestParameters.Get("<имя параметра>"). MEN: det er viktig å huske at siden de ikke er påkrevd, kan det hende at de ikke eksisterer, derfor sjekker vi verdien for Undefined.

Deretter legger vi til en ny metode for malen vår. HTTP-metodeegenskapen er viktig her. Det er et enormt antall av dem, MEN vi vil ikke gå inn på alle detaljene. For å implementere noen av oppgavene dine trenger du bare 2: FÅ Og POST.

Hvordan velge: Hvis det vi beskrev i de to foregående avsnittene er nok for arbeidet ditt, dvs. Du kan få alle dataene du trenger ved å bruke de obligatoriske og valgfrie parameterne for selve forespørselen, så tar vi GET. I dette tilfellet, i en hvilken som helst nettleser, hvis du skriver inn adressefeltet riktig, vil du se resultatet av HTTP-tjenesten din - PROFIT! Hvis du plutselig trenger data i en mer kompleks form (for eksempel xml eller noe annet), for at tjenesten skal fungere, noe som ikke kan stappes inn i en enkel adresselinje, så ta POST. På minussiden vil en slik enkel sjekk gjennom nettleserens adresselinje, som med GET, ikke fungere, men på Internett kan du enkelt finne noen nettsteder hvor du kan sjekke tjenester ved hjelp av POST-metoden (for eksempel nettstedet https:/ /www.hurl.it). Hvis metoden er valgt POST, så forespørselen i tillegg URL (adresser) vises en kropp der du kan stappe hva som helst, og i metodebehandleren få tilgang til den gjennom Request.GetBodyAsString()-konstruksjonen. Enhver mal kan ha både en GET- og en POST-metode. De vil ha tilsvarende forskjellige behandlere, og 1C, avhengig av hvordan forespørselen ble sendt, vil velge en eller annen metode.

En HTTP-tjenestebehandler er en funksjon som alltid returnerer en verdi av typen HTTPServiceResponse, som er bygget av konstruktøren New HTTPServiceResponse(<КодСостояния>). <КодСостояния>- dette er et tall, for å slippe å bekymre deg for å velge hva du skal skrive, skriver vi: 200 - hvis alt er i orden og du returnerer en logisk verdi, 400 - hvis det er en feil og du returnerer en beskrivelse av feilen . U av denne typen Det er ulike metoder(du kan lese det i syntaksassistenten, alt står tydelig skrevet der). Igjen, du kan alltid returnere alt du trenger som en streng - SetBodyFromString()-metoden. (ett lite triks: hvis du returnerer html og vil at nettleseren skal vise det vakkert på skjermen når du skriver inn adressen til tjenesten din i adressefeltet, skriver du i responsen Headings-egenskapen: Answer.Headers.Insert("Content-Type ","text/html; charset=utf-8") - dermed indikerer du at dette ikke bare er et sett med tegn, men HTML og det må vises deretter)

Etter at du har gjort alt, må HTTP-tjenesten publiseres. Dette gjøres på en datamaskin med en webserver installert (jeg vil ikke skrive om innstillingene, det er mange artikler) gjennom menyen:

Administrasjon - Publisering på en webserver.

Det er en HTTP-tjenester-fane. Merk av i boksene og klikk "Publiser"

Så, mottok vi en ferdig HTTP-tjeneste. HVORDAN kontakte ham? Hvis vi bruker GET-metoden, så i adressefeltet nettleser skriv: http://<имя веб сервера>/<имя базы>/hs/<корневой URL>/<обязательный параметр1>/<обязательный параметр2> <имя не обязательного параметра 1>=<значение не обязательного параметра 1>&<имя не обязательного параметра 2> =<значение не обязательного параметра 2> .

Og til slutt, nok en gang i bilder))):

Det er ingen hemmelighet at hva stort beløp Dataene du har om kundene dine, jo flere muligheter har du til å bygge mer personlig kommunikasjon med kunden, noe som direkte påvirker konvertering, lojalitet og fortjeneste.

Men sammen med den raskt økende mengden data, er det økende vanskeligheter med å administrere dem effektivt. En moderne nettbutikk samarbeider med et stort antall markedsføringspartnere, tagger og tjenester for hvilke effektivt arbeid på en eller annen måte er det nødvendig å overføre ulike data om dine egne brukere.

På sin side har hver slik partner noe unik kunnskap om kunden, som også vil være nyttig for nettbutikken. Men å få tilbake disse dataene er noen ganger ikke så lett. Dessuten, når du slutter å jobbe med partneren din, kan de gå tapt for alltid.

Hver tredjepartstjeneste eier en del av "puslespillet", og kjenner litt informasjon om brukeren. Butikken har imidlertid ikke en enhetlig og helhetlig brukerprofil.

Nedenfor er et eksempel på hvilke data hvert av tredjepartssystemene kan ha. Alle disse dataene er ofte isolert, og nettbutikken vet ikke hvordan man får tak i det:

Det blir stadig tydeligere at det er behov for å implementere og standardisere prosessen med å overføre brukerdata fra en nettbutikk til en partner (til tredjeparts tags) og tilbake. Problemet er at alle tilknyttede systemer har sin egen datastruktur, samler inn og overfører det på forskjellige måter.

Dette fører til at dataene på klientsiden ikke er organisert på noen måte. Det er ingen orden, integritet eller sammenheng. Det er ingen kontroll over hvordan og av hvem dataene samles inn og brukes.

Å prøve å forstå dette kaoset av data tar bort stor mengde tid og penger, noe som slett ikke samsvarer med en rask og fleksibel datadrevet kultur. Ansatte i nettbutikker må bruke tid på rutinemessige ting og endeløse integrasjoner, i stedet for å jobbe med strategiske oppgaver som direkte påvirker overskuddet. Dette reduserer hastigheten og effektiviteten til organisasjonen som helhet betydelig.

Derfor har de mest innovative selskapene innsett at før de utfører markedsføringsaktiviteter, er det nødvendig å løse problemet med dataorganisering en gang for alle.

Prosjektet http://digitaldata.readme.io, lansert for noen dager siden, er designet for å løse dette problemet!

Hva er Digital Data Layer?

I dag har ethvert moderne nettsted dusinvis av tredjepartstjenester og -koder installert. Hver av dem opptrer ulike oppgaver og bruker dataene i sitt eget format. Dermed blir prosessen med å integrere slike tjenester kompleks og ineffektiv. Nettstedets kode blir skitten og lastehastigheten reduseres. Ting blir enda mer komplisert når det blir nødvendig å overføre data mellom tredjeparts systemer og tagger.

For å løse dette problemet ble den digitale standarden laget Datalag. Dette åpent sett regler som definerer standarder for interaksjon og dataoverføring mellom nettstedet og tredjepartssystemer.

Digitale data Lag (DDL)– dette er globalt JavaScript-objekt, som inneholder alle dynamiske variabler som reflekterer Nåværende situasjon side og brukerøkt. Alle variabler i DDL kan brukes i tag-administrasjonssystemer som Google Tag Manager, samt andre leverandører og skript installert på nettstedet.

For eksempel kan DDL inneholde informasjon om produktene som vises (id, pris osv.), informasjon om brukeren (navn, e-post, om denne brukeren er ny eller kommer tilbake, om han abonnerer på nyhetsbrevet eller ikke), eller informasjon om produktene som nettopp ble kjøpt på en e-handelsside.

Fordeler med bruk

KODE RENSHET

Hvis du ser på koden til Google Tag Manager, vil du se hvilket kaos som foregår der. Data er ikke organisert. Det er ingen orden, integritet eller sammenheng. Det er ingen kontroll over hvordan og av hvem dataene samles inn og brukes.

Hver tredjepartstjeneste pålegger sitt eget format for overføring av de samme dataene. Nettstedskoden din blir til en dump av anrop til tredjeparts-tagger, noe som fører til vanskeligheter med å forstå hva som skjer på nettstedet.

Med Digital Data Layer blir koden enhetlig og organisert. De samme dataene brukes mange ganger og konverteres ganske enkelt til forskjellige formater.

AVANSERT SEGMENTERING

Tilstedeværelsen av et implementert digitalt datalag åpner muligheter for avansert segmentering. For eksempel lar DDL deg målrette markedsføringskampanjer basert på visse kriterier:

  • Målrett brukere med LTV > 100 000 rubler.
  • Som ikke har åpnet en eneste e-post fra e-postlisten den siste måneden.

DDL lar deg også målrette mot brukere ved å bruke historiske data og data levert av tredjeparts skript og tagger.

ANALYTIKK

På hver side der det digitale datalaget er implementert, er analytiske systemer i stand til å samle informasjonen som finnes i det. Den åpner seg tilleggsfunksjoner i analyser og forstå hvordan ulike variabler påvirker konvertering.

Men enda viktigere, å ha disse dataene er med på å bestemme potensielle problemer På nett. Datadrevne hypoteser kan deretter utvikles for å adressere dem.

ADMINISTRERING AV TREDJEPARTSTJENESTER OG TAGS

Hvert nettsted kommer veldig ofte over behovet for å installere og konfigurere nye tagger (skript fra tredjepartsleverandører). Det er lett å se at de fleste tagger krever de samme dataene, for eksempel:

  • Bestillings ID
  • Bestillingspris
  • Liste over kjøpte varer
  • Produktnavn
  • Produkt ID
  • Sidetype

Når du har integrert Digital Data Layer, vil du kunne installere nye tagger uten at du trenger å gjøre endringer i nettstedskoden. Alt dette kan gjøres direkte i ditt Tag Management-system.

OVERFØRING AV DATA MELLOM TREDJEPARTSTJENESTER

Vil du kun vise retargeting til brukere som ikke åpner e-postkampanjen din? Tidligere kunne en slik integrasjon ta måneder. Nå trenger du bare å laste inn data fra ESP om åpning av brev til Digital Data Layer, som vil gjøre det mulig for retargeting-systemet å bygge ønsket segment.

RASK OG SMERTEFRI MIGRASJON

Vil du helt erstatte evt tredjepartssystem til en annen, eller gjennomføre en test mellom dem?

Nå vil migreringen ikke ta deg mer enn 5 minutter. I dette tilfellet vil ingen endringer på nettstedet være nødvendig, fordi all kommunikasjon foregår nå gjennom et standardisert datalag.

FORDEL FOR HELE LAGET

Digital Data Layer-integrasjon vil være en uvurderlig investering i fremtiden til nettstedet ditt, fordi... i hovedsak er det grunnlaget for datadrevet markedsføring.

HVOR SKAL DU BEGYNNE?

Detaljert dokumentasjon og eksempler på bruk av DDL finnes på nettstedet ddmanager.ru.

DDL-implementering tar vanligvis fra 2 til 5 dager. Når den er fullført, vil eventuelle nye integrasjoner av tredjepartstjenester gjøres 8-10 ganger raskere (ofte selv uten involvering av IT-spesialister).

Digital Databehandler inneholder mye nyttige funksjoner for arbeid med arrangementer og endringer i DDL. Mer detaljert teknisk dokumentasjon finnes på prosjektets nettside - http://digitaldata.readme.io/docs/working-with-events

I tillegg lar Digital Data Manager deg legge til tilpassede integrasjoner, som du kan bruke DDL-data med og overføre til Google Analytics, GTM, Driveback, Retail Rocket, Criteo og andre tredjepartssystem.