Brug af hostingressourcer. Hent brugerdata på Android fra tredjeparts applikationsskærme

I begyndelsen af ​​december fandt den længe ventede udgivelse af desktopversionen sted mail klient Spark til macOS. Denne applikation er populær på iPhone og iPad på grund af dens attraktive design, al den nødvendige (men ikke overflødige) funktionalitet og stor mængde populære muligheder såsom fastgørelse af vigtige e-mails, smart indbakke, læsekvitteringer og så videre. Apple Company føjede hurtigt Spark til macOS til listen bedste appsår i Mac App butik, hvilket kun tilføjede denne e-mail-klients popularitet. Personligt bruger jeg Spark på iPhone, iPad Pro, og siden starten af ​​beta-testen af ​​desktopversionen har han forladt den "tunge" AirMail på Mac. Men den gratis e-mail-klient med brugervenlig grænseflade Og fremragende funktionalitet Der er stadig faldgruber. Udvikler Vladimir Shabanov på Facebook henledte brugernes opmærksomhed på Sparks privatlivspolitik.

Hvorfor gratis uofficielle er farlige e-mail-applikationer som Spark? Fordi de får adgang til alle dine breve uden for din bærbare computer, iPhone og gmail på deres server - og når den bliver hacket, bliver de fleste af dine konti i butikker, sociale netværk, betalingssystemer, dating, bookinger, steam og dropboxes også hacket . Og de virksomheder, der udvikler disse apps, har intet incitament til at investere i sikkerhed, fordi de ikke opkræver betaling for appen.

For ikke at kopiere for meget stor tekst med baggrund, tips og konklusioner, anbefaler vi læse om Spark i udgivelsen af ​​Vladimir Shabanov. Og hos iG spurgte vi os selv: hvad er den faktiske situation med indsamling og opbevaring af brugerdata, når du bruger tredjeparts e-mail-klienter? For at gøre dette undersøgte vi afsnittene "Privatlivspolitik", der er upopulære blandt de fleste brugere, og udvalgte derfra de vigtigste fakta, som du skal vide, når du bruger tredjeparts e-mail-klienter på Mac. Kort sagt, vi taler om det faktum, at næsten alle applikationer sender brugerdata, inklusive adresser, til udviklernes servere E-mail, i nogle tilfælde adgangskoder, e-mail-tekster, kontaktlister, kalenderdata og forskellige anonymiserede data. Og nogle applikationer indsamler endda enhedsoplysninger, telefonnumre, placering eller kopierer fuldstændigt alle tilgængelige data på e-mail-kontoen til serveren. Vi spurgte også Yandex og Mail.ru om indsamling af brugerdata og breve, når vi arbejdede med konti tredjepartstjenester og en mekanisme til at sende push-beskeder om nye breve, men virksomhedens repræsentanter var ikke i stand til at reagere på redaktørens anmodning.

Selvfølgelig hævder hver udvikler, at brugeroplysninger er gemt på pålidelige servere som Amazon Web Services, og de tager alle nogle ekstra sikkerhedsforanstaltninger. Men er det nødvendigt at sige, at vi ikke taler om hundrede procent sikkerhed? Mens de største og mest pålidelige internetvirksomheder nogle gange lækker brugerdata, ville det være hensynsløst at stole på beskyttelsen af ​​små startups. På den ene side kan du børste alle trusler af under påskud af, at der ikke er hemmelige data i din mail, men glem ikke, at selv i den mest kedelige postkasse er der en masse interessante ting for angribere. I dag fungerer e-mailadressen som en nøgleidentifikator, hvortil konti i betalingssystemer, sociale netværk, forskellige sider og tjenester er knyttet, og i nogle tilfælde matcher e-mail-adgangskoden andre konti, hvilket øger den mulige skade fra hacking. Kort sagt kan du ikke være skødesløs, når du vælger en e-mail-klient, og når du bruger tredjeparts software Det er bydende nødvendigt at forstå præcis, hvilke data du sender til udviklere.

Gnist


1. Ud over upersonlig statistiske oplysninger Når du bruger applikationen, kan du blive bedt om at give nogle personlige oplysninger.
2. Den første e-mailadresse, der tilføjes, bruges som brugernavn. Det kan sende dig e-mails med oplysninger om nye funktioner, opdateringer, meddelelser og anmodninger om at give feedback om din brug.
3. Spark-servere bruges kun til at levere push-meddelelser og i nogle tilfælde sende e-mails.
4. Konti tilføjes ved hjælp af OAuth-godkendelse, hvis det er muligt. Ellers gemmes adresser og adgangskoder på en Amazon Web Services-skyserver.
5. Ud over Amazon Web Services sikkerhedspolitikker anvender Spark en række foranstaltninger til at forhindre tredjeparter i at få adgang til data, samt HTTPS protokol og asymmetrisk kryptering af kontodata.
6. Spark uploader emnet og en del af e-mailen til serveren for at sende push-meddelelsen og sletter disse data umiddelbart efter meddelelsen er leveret. Beskeder gemmes krypteret på serveren.


1. Mailklienten kan anmode om frivillig overførsel af data såsom navn, e-mailadresse, telefonnummer og bankkort.
2. Polymail indsamler og gemmer data om brugsscenarier for applikationen og dens funktioner, samt mobile enheder hvorpå den kører, herunder: operativ system, smartphone eller tablet model, unikke identifikatorer enheder, information mobil kommunikation og telefonnummer.
3. Når du bruger Polymail, kan udviklere indsamle oplysninger om brugerens placering, IP-adresser, GPS-data, samt information fra andre sensorer på den mobile enhed.
4. Polymail indsamler og gemmer oplysninger om kontaktpersoner på brugere, som du udveksler breve med. Disse data bruges til at forbedre tjenesten.
5. Polymail indsamler og gemmer oplysninger om sendte e-mails (emne og vedhæftede filer) for at give læsekvitteringsfunktionalitet.
6. For at forbedre Polymail-tjenesten indekserer vi bogstaver: datoen meddelelsen blev modtaget, mapper og afsendernavne.
7. Cookies og andre anonyme identifikatorer indsamles og opbevares af Polymail og dets partnere.


1. Airmail-e-mail-klienten indsamler eller gemmer ikke e-mails på cloud-servere. Når du bruger muligheder som Snooze Sync, synkroniseres alle nødvendige data direkte mellem enheder.
2. Airmail indsamler og gemmer data såsom cookies, anonymiseret information om applikationsbrugsscenarier og e-mail-adresser.
3. Cookies indsamles og bruges kun med det formål at identificere brugeren for at gemme indstillinger og levere de tjenester, som brugeren kræver.
4. I nogle tilfælde kan adgang til data indsamlet og gemt på servere gives til visse medarbejdere, der er forbundet med Airmails arbejde: administratorer, salgsspecialister, marketingfolk, advokater.
5. Brugerdata indsamles for at drive Airmail, samt til følgende formål: interaktion med tredjeparts sociale netværk og platforme, håndtering af kontakter og afsendelse af beskeder, analyser, remarketing, adfærdsmålretning, til kommercielle formål, til betalingsbehandling, interaktion med servicen teknisk support og feedback.


1. Hvis kontoen ikke understøtter OAuth-godkendelse, gemmes login og adgangskode på AWS-skyserveren.
2. E-mails downloades til cloud-servere for at sende push-meddelelser.
3. E-mails downloades inden for de seneste 14 dage på mobile enheder og 60 dage på Mac.
4. Newton modtager og gemmer oplysninger fra vores partnere om brugere, der sender dig e-mail.
5. For at bruge funktionen Læsemærke indsamler og gemmer Newton data om sendte e-mails.
6. Newton lover, at det ikke vil sælge eller overføre til tredjemand. personlig information, og bruger også HTTPS-protokollen og yderligere værktøjer beskyttelse ved overførsel af data til AWS-servere.


1. Brug af Canary-e-mail-klienten giver ikke adgang til brugernes personlige data og overfører dem til cloud-servere.


1. Ved oprettelse af en konto indsamler og opbevarer Nylas N1 persondata, såsom e-mailadresse, for- og efternavn, som kan bruges til identifikation.
2. Ved brug af applikationen indsamler og opbevarer Nylas N1 data konto og tilhørende adgangskoder.
3. Ved at indtaste dine e-mail-kontooplysninger accepterer du at give Nylas N1 rettighederne til at lave en kopi af alt indhold postkasse, kalender og kontaktliste.
4. Nylas N1 bruger også automatiserede dataindsamlingsværktøjer såsom cookies og web-beacons.


1. Mail, kalendere, filer, kontakter, indstillinger og andre data fra den vil automatisk blive synkroniseret med enheden via en skyserver.
2. Outlook gemmer data på Microsofts servere for at understøtte yderligere funktioner som f.eks hurtig søgning, personlig filtrering mindre vigtig mail og tilføjelse af vedhæftede filer fra tilknyttede lagerudbydere.


1. På applikationens officielle websted gælder oplysningerne i afsnittet "Privatlivspolitik" kun for driften af ​​selve Unibox-webstedet. Der er ingen information om indsamling og opbevaring af personlige og anonymiserede data, når du bruger Unibox e-mail-klienten.

Siden version 1.6 i Android er der en "service særlige funktioner" Det er ikke svært at gætte, til hvilket formål den blev skabt, men vi, som mennesker, der stræber efter ubegrænsede muligheder, er interesserede i denne service fra en lidt anden vinkel. I dag vil vi skrive et program, der giver os mulighed for at overvåge input i andre applikationer!

Hvorfor har du brug for en tilgængelighedsservice?

Det giver dig mulighed for at udvide grænsefladen almindelige ansøgninger at hjælpe brugerne med handicap eller dem, der midlertidigt ikke er i stand til at interagere fuldt ud med enheden. For eksempel kan brugere, der kører bil, passer et lille barn eller er til en meget støjende fest, kræve yderligere eller alternative grænseflader feedback.

Android har standard service særlige evner - Tal tilbage. Om nødvendigt kan udviklere implementere deres egne. Det er blevet muligt at skrive sådanne tjenester i umindelige tider (Android 1.6, API niveau 4) og med Android 4.0 ( API niveau 14) de fik betydelige forbedringer. Gennem "supportbiblioteket" implementeres disse forbedringer også for enheder med API-versioner lavere end 14.

Denne tjeneste giver dig mulighed for at se en beskrivelse af alle vinduer, kørende applikationer og modtage data indtastet af brugeren (undtagen indtastede adgangskoder; accepterer, at logins og tekstbeskeder er også tilstrækkeligt i mange tilfælde).

I denne artikel vil jeg fortælle dig, hvordan du implementerer en tjeneste til at opsnappe tastaturinput så enkelt som muligt.

For at gøre dette skal du oprette en arving Tilgængelighedsservice. I forbindelsesmetoden onServiceConnected vi skal indstille et hændelsesfilter (klasse AccessibilityServiceInfo), som tjenesten vil lytte til. Og i metoden på AccessibilityEvent behandle disse begivenheder.
I ansøgningsmanifestet skal du tilføje følgende linjer for at beskrive tjenesten:

Hvis alt er gjort korrekt, kan du i loggen se noget som dette:

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

klasse AccessibilityServiceInfo giver dig mulighed for at indstille filtre for visse applikationer (hvem sagde "mobilbanker" eller "sociale netværksklienter"?). Vi kan tage skærmbilleder baseret på den begivenhed, vi har brug for.
Dette gøres ganske enkelt på en rootet enhed, og hvis der ikke er nogen root, så skal du lede efter tredjepartsbiblioteker for at få skærmbilleder fra tjenesten.
Eksempelkode til at få et skærmbillede fra tjenesten på en rootet enhed:

Fortsættelse er kun tilgængelig for abonnenter

Mulighed 1. Abonner på Hacker for at læse alt materiale på siden

Abonnement giver dig mulighed for at læse ALT betalt materiale på siden inden for den angivne periode. Vi accepterer betalinger med bankkort, elektroniske penge og overførsler fra mobiloperatørens konti.

I den sidste artikel skrev jeg om at besøge blokerede websteder. Jeg besluttede at fortsætte en række artikler om browsere, og i dag vil jeg skrive om, hvordan man rydder historie, cache, cookies og anden information i Opera-browseren. Der ser ikke ud til at være noget kompliceret der, men for mange vil sådanne instruktioner være nyttige. Jeg ved ikke med dig, men jeg har brugt Opera-browseren i meget lang tid, sandsynligvis siden jeg begyndte at bruge internettet. Derfor vil jeg først fortælle dig om løsning af forskellige problemer med denne browser.

I Opera-browseren kan du ikke kun rydde historien om besøgte websteder, cache og cookies. Der er også en downloadhistorik, adgangskoder, en historik for automatisk udfyldning af formularer og nogle data fra tredjepartstjenester. Lad os først forstå, hvad det er, og hvorfor rydde disse data i browseren.

  • Browserhistorik. Alt er meget enkelt her. Browseren husker altid de websteder, du besøger. Hver side. Du kan se denne historie senere. Nogle gange kan dette være meget nyttigt. Men der er tidspunkter, hvor vi skal rydde historien i Opera. For eksempel når vi surfer på internettet fra en andens computer. Jeg vil fortælle dig en hemmelighed, at i dette tilfælde er det bedre at bruge "Privat browsing". "Menu" - "Opret et privat vindue" I denne tilstand husker Opera ikke din browserhistorik og andre oplysninger.
  • Download historie. Historik over filer, som vi har downloadet fra internettet via en browser.
  • Cache (cachelagrede billeder og filer). Det er forskellige elementer af websteder, som browseren gemmer, så næste gang du besøger webstedet, henter den ikke disse filer igen. Og siden åbner allerede meget hurtigere. Rydning af cachen kan være nyttig i tilfælde, hvor webstedet for eksempel ikke vises helt korrekt. Eller opdateret information vises ikke på webstedet. Nogle gange, på grund af den gemte cache, åbnes routerindstillingerne ikke engang eller vises ikke. I dette tilfælde skal du bare slette cachen, og browseren downloader de seneste oplysninger fra webstedet igen.
  • Cookies. Nej, dette er ikke en kat fra SlivkiShow-kanalen :). I en browser er en cookie et lille stykke data, som browseren modtager fra et websted, gemmer det og sender det tilbage, når du besøger webstedet. Takket være cookies behøver vi ikke logge ind på hjemmesider hver gang, indstille nogle indstillinger i forskellige tjenester og sociale netværk, føje produkter til indkøbskurven i netbutikker osv. Vær forsigtig, hvis du rydder cookies i Opera, du vil hurtigere Alt du skal gøre er at logge ind på webstederne igen og indstille nogle indstillinger.
  • Adgangskoder. Alt er meget enkelt her. Disse er adgangskoder fra forskellige websteder, som du loggede ind på med dine data.
  • Data til automatisk udfyldning af formularer. Når vi udfylder nogle formularer, husker Opera de oplysninger, vi indtaster, og når vi udfylder disse formularer igen, giver den os de gemte muligheder. Dette er meget praktisk, jeg bruger ofte selv denne funktion. Så du kan rydde disse oplysninger, hvis det er nødvendigt.
  • Data fra tredjepartstjenester. Mange mennesker råder til at rydde disse data, når der opstår problemer med VPN i Opera.

Det, vi har fundet ud af, er, at det er tid til at gå videre til at rydde de data, vi har brug for i Opera-browseren.

Opera: slet historie, cache, cookies, adgangskoder, formulardata og tredjepartstjenester

Alt er meget, meget enkelt. Åbn Opera og klik på knappen "Menu" i øverste venstre hjørne. Hold musen over "Andre elementer" og vælg "Ryd browserhistorik". Eller tryk på tastaturgenvejen Ctrl+Shift+Del.

Et lille vindue åbnes med det samme. Først og fremmest skal du i rullemenuen vælge, for hvilken periode du vil slette dataene (for den sidste time, dag, uge, 4 uger, hele perioden). Marker derefter de felter, der skal ryddes. Ovenfor har jeg beskrevet hvert punkt i detaljer. Og for at rydde den skal du klikke på knappen "Ryd browserhistorik".

Alle data vil blive fuldstændig ryddet.

En anden måde du kan slette din browserhistorik i Opera

Jeg ved ikke, om det vil være nyttigt for dig, men du kan også rydde historien gennem forskellige programmer for at rense systemet for skrald. Den mest populære er nok CCleaner. På fanen "Applikationer" kan du vælge elementer, der skal ryddes i Opera-browseren.

Der kan du også rydde historikken fra andre browsere og rense Windows for unødvendige filer. Men hold øje med dette program. Især med afsnittet "Registry Cleaner". Bliv ikke for revet med.

Disse er tipsene. Jeg håber, du fandt denne artikel nyttig. Bedste ønsker!

Lad mig starte med, at jeg engang var tvunget til at håndtere webtjenester på egen hånd. Så lykkedes det mig på en eller anden måde, lidt efter lidt, at mestre denne sag og forstå, hvad og hvor jeg skulle presse på for at alt fungerede. Heldigvis var den konfiguration, vi skulle arbejde med, allerede fyldt Det var muligt at se på det ved hjælp af webtjenester og gøre det analogt, og på internettet var jeg i stand til at finde nok artikler om denne sag. Og så ved at bruge eksempler (for mig er dette den bedste måde at studere på), mestrede jeg denne sag, og nu skræmmer de mig ikke længere.

SÅ. Hovedopgaven for enhver integration, det være sig CD, webtjenester eller HTTP-tjenester, er at overføre noget fra et sted, gøre noget med det og returnere et svar. Dette er det format, som vi vil overveje den nye teknologi i.

I metadatatræet er HTTP-tjenester placeret i grenen Generelt:

En ny HTTP-tjeneste tilføjes på samme måde som ethvert andet metadataobjekt. Navn og synonym som du ønsker. Kun "Root URL" er vigtig her - dette er faktisk identifikatoren HTTP-tjeneste i denne database, dvs. præcis det du skriver i denne ejendom, overfører du til en tredjepartsudvikler (eller dig selv) som et link til tjenesten.

Jeg ved ikke, om det er muligt at skrive her på kyrillisk, men for ikke at blive til grin i den progressive verden, skriv på latin).

Selve skabelonegenskaben er vigtig her:

Ved hjælp af en skabelon kan du senere henvise til de data, der blev overført til dig. SÅ: alle de data, du ønsker at modtage udefra, kan opdeles i 2 blokke - obligatorisk og valgfri.

Nødvendige data/parametre vi skubber det ind i skabelonen, så hvis den person, der tilgår tjenesten ikke udfylder dem, vil tjenesten på forhånd generere en fejl, og når du udvikler teksten til handlermodulet, vil du være sikker på, at disse data er der. Sådan gøres det: I linjen Mønster i krøllede parenteser "()", skiftevis med tegnet "/", skriver vi navnene på variablerne. For eksempel skal vi helt sikkert have en artikel - så skriver vi /(artikul). Hvis vi skal have artiklen, navn og brugernavn, vil skabelonstrengen se sådan ud: /(artikul) /(navn)/(bruger) osv. Hver af disse parametre i teksten til handlermodulet kan opnås på denne måde: Request.ParametersURL["<имя параметра>"]. Hvis der ikke er nogen påkrævede, så ser skabelonen sådan ud: /*.

Valgfri data, som vi ønsker at modtage gennem tjenesten, er IKKE beskrevet i skabelonen. Når du bygger et link for at få adgang til en tjeneste, beskrives de i slutningen af ​​linket efter "?"-tegnet, adskilt af et-tegnet "&" og har strukturen<имя параметра>=<значение параметра>. I teksten til handlermodulet kan de tilgås med følgende konstruktion: Request.RequestParameters.Get("<имя параметра>"). MEN: det er vigtigt at huske, at da de ikke er påkrævet, eksisterer de muligvis ikke; derfor tjekker vi værdien for Undefined.

Dernæst tilføjer vi en ny metode til vores skabelon. HTTP-metodeegenskaben er vigtig her. Dem er der enormt mange af, MEN vi vil ikke gå ind i alle detaljer. For at implementere nogen af ​​dine opgaver behøver du kun 2: FÅ Og STOLPE.

Sådan vælger du: Hvis det, vi beskrev i de to foregående afsnit, er nok til dit arbejde, dvs. Du kan få alle de data, du har brug for, ved at bruge de obligatoriske og valgfrie parametre for selve anmodningen, så tager vi GET. I dette tilfælde, i enhver browser, hvis du indtaster adresselinjen korrekt, vil du se resultatet af din HTTP-tjeneste - PROFIT! Hvis du pludselig for at din tjeneste skal fungere, har brug for data i en mere kompleks form (f.eks. xml eller noget andet), noget der ikke kan fyldes i en simpel adresselinje, så tag POST. På den negative side vil sådan en nem kontrol gennem browserens adresselinje, som med GET, ikke virke, men på internettet kan du nemt finde nogle websteder, hvor du kan tjekke tjenester ved hjælp af POST-metoden (for eksempel webstedet https:/ /www.hurl.it). Hvis metoden er valgt POST, så anmodningen foruden URL (adresser) vises en krop, som du kan proppe hvad som helst, og i metodehandleren få adgang til den gennem Request.GetBodyAsString()-konstruktionen. Enhver skabelon kan have både en GET- og en POST-metode. De vil have tilsvarende forskellige behandlere, og 1C vil, afhængig af hvordan anmodningen blev sendt, vælge den ene eller den anden metode.

En HTTP-tjenestehandler er en funktion, der altid returnerer en værdi af typen HTTPServiceResponse, som er bygget af konstruktøren New HTTPServiceResponse(<КодСостояния>). <КодСостояния>- dette er et tal, for ikke at skulle bekymre os om at vælge, hvad der skal skrives, skriver vi: 200 - hvis alt er i orden, og du returnerer en logisk værdi, 400 - hvis der er en fejl, og du returnerer en beskrivelse af fejlen . U af denne type Der er forskellige metoder(du kan læse det i syntaksassistenten, alt er tydeligt skrevet der). Igen kan du altid returnere alt, hvad du har brug for som en streng - SetBodyFromString()-metoden. (et lille trick: hvis du returnerer html og vil have browseren til at vise det smukt på skærmen, når du indtaster adressen på din tjeneste i adresselinjen, skal du i svaret Headings-egenskaben skrive: Answer.Headers.Insert("Content-Type ","text/html; charset=utf-8") - derved angiver du, at dette ikke kun er et sæt af tegn, men HTML og det skal vises i overensstemmelse hermed)

Når du har gjort alt, skal HTTP-tjenesten udgives. Dette gøres på en computer med en webserver installeret (jeg vil ikke skrive om indstillingerne, der er masser af artikler) gennem menuen:

Administration - Udgivelse på en webserver.

Der er fanen HTTP-tjenester. Marker afkrydsningsfelterne og klik på "Udgiv"

Så, modtog vi en færdiglavet HTTP-tjeneste. HVORDAN kontakter man ham? Hvis vi bruger GET-metoden, så i adresse bar browser skriv: http://<имя веб сервера>/<имя базы>/hs/<корневой URL>/<обязательный параметр1>/<обязательный параметр2> <имя не обязательного параметра 1>=<значение не обязательного параметра 1>&<имя не обязательного параметра 2> =<значение не обязательного параметра 2> .

Og endelig endnu en gang i billeder))):

Det er ingen hemmelighed, at hvad stort beløb De data du har om dine kunder, jo flere muligheder har du for at opbygge mere personlig kommunikation med kunden, hvilket direkte påvirker konvertering, loyalitet og profit.

Men sammen med den hurtigt voksende mængde data er der stigende vanskeligheder med at administrere dem effektivt. En moderne netbutik samarbejder med et stort antal marketingpartnere, tags og tjenester for hvilke effektivt arbejde på en eller anden måde er det nødvendigt at overføre forskellige data om dine egne brugere.

Til gengæld har hver sådan partner en vis unik viden om kunden, som også ville være nyttig for onlinebutikken. Men at få disse data tilbage er nogle gange ikke så let. Desuden, når du stopper med at arbejde med din partner, kan de gå tabt for altid.

Hver tredjepartstjeneste ejer en del af "puslespillet", idet de kender nogle oplysninger om brugeren. Butikken har dog ikke en samlet og helhedsorienteret brugerprofil.

Nedenfor er et eksempel på, hvilke data hvert af tredjepartssystemerne kan have. Alle disse data er ofte isolerede, og onlinebutikken ved ikke, hvordan man får dem:

Det bliver mere og mere tydeligt, at der er behov for at implementere og standardisere processen med at overføre brugerdata fra en netbutik til en partner (til tredjeparts-tags) og tilbage. Problemet er, at alle tilknyttede systemer har deres egen datastruktur, indsamler og overfører dem på forskellige måder.

Dette fører til, at dataene på klientsiden ikke er organiseret på nogen måde. Der er ingen orden, integritet eller sammenhæng. Der er ingen kontrol over, hvordan og af hvem dataene indsamles og bruges.

At forsøge at give mening ud af dette kaos af data tager væk stor mængde tid og penge, hvilket slet ikke svarer til en hurtig og fleksibel datadrevet kultur. Ansatte i netbutikker skal bruge tid på rutinemæssige ting og endeløse integrationer, i stedet for at arbejde på strategiske opgaver, der direkte påvirker overskuddet. Dette sænker hastigheden og effektiviteten af ​​organisationen som helhed markant.

Derfor har de mest innovative virksomheder indset, at før de udfører nogen markedsføringsaktiviteter, er det nødvendigt at løse problemet med dataorganisering én gang for alle.

Projektet http://digitaldata.readme.io, der blev lanceret for et par dage siden, er designet til at løse dette problem!

Hvad er Digital Data Layer?

I dag har enhver moderne hjemmeside snesevis af tredjepartstjenester og tags installeret. Hver af dem optræder forskellige opgaver og bruger dataene i sit eget format. Processen med at integrere sådanne tjenester bliver derfor kompleks og ineffektiv. Webstedets kode bliver snavset, og indlæsningshastigheden falder. Tingene bliver endnu mere komplicerede, når det bliver nødvendigt at overføre data mellem tredjepartssystemer og tags.

For at løse dette problem blev den digitale standard skabt Datalag. Det her åbent sæt regler, der definerer standarder for interaktion og dataoverførsel mellem webstedet og tredjepartssystemer.

Digitale data Lag (DDL)- det her er globalt JavaScript objekt, som indeholder alle dynamiske variabler, der afspejler Nuværende tilstand side og brugersession. Alle variabler inde i DDL kan bruges i tag-administrationssystemer som Google Tag Manager, samt andre leverandører og scripts installeret på webstedet.

For eksempel kan DDL indeholde oplysninger om de produkter, der ses (id, pris osv.), oplysninger om brugeren (navn, e-mail, om denne bruger er ny eller vender tilbage, om han er tilmeldt nyhedsbrevet eller ej), eller oplysninger om de produkter, der lige er købt på en e-handelsside.

Fordele ved brug

KODE RENLIGHED

Hvis du ser på koden til din Google Tag Manager, vil du se, hvilket kaos der foregår der. Data er ikke organiseret. Der er ingen orden, integritet eller sammenhæng. Der er ingen kontrol over, hvordan og af hvem dataene indsamles og bruges.

Hver tredjepartstjeneste pålægger sit eget format til at overføre de samme data. Din webstedskode bliver til et dump af opkald til tredjeparts-tags, hvilket fører til vanskeligheder med at forstå, hvad der sker på webstedet.

Med Digital Data Layer bliver koden samlet og organiseret. De samme data bruges mange gange og konverteres blot til forskellige formater.

AVANCERET SEGMENTERING

Tilstedeværelsen af ​​et implementeret digitalt datalag åbner muligheder for avanceret segmentering. For eksempel giver DDL dig mulighed for at målrette marketingkampagner baseret på visse kriterier:

  • Målret brugere med LTV > 100.000 rubler.
  • Som ikke har åbnet en eneste e-mail fra mailinglisten i løbet af den seneste måned.

DDL giver dig også mulighed for at målrette mod brugere ved hjælp af historiske data og data leveret af tredjeparts scripts og tags.

ANALYTIK

På hver side, hvor det digitale datalag er implementeret, er analytiske systemer i stand til at indsamle de oplysninger, der er indeholdt i det. Den åbner yderligere funktioner i analyse og forståelse af, hvordan forskellige variable påvirker konvertering.

Men endnu vigtigere, at have disse data hjælper med at bestemme potentielle problemer Online. Datadrevne hypoteser kan derefter udvikles til at adressere dem.

STYRING AF TREDJEPARTSSERVICE OG TAGS

Hvert websted støder meget ofte på behovet for at installere og konfigurere nye tags (scripts fra tredjepartsleverandører). Det er let at se, at de fleste tags kræver de samme data, for eksempel:

  • Ordre ID
  • Ordrepris
  • Liste over købte varer
  • produktnavn
  • Produkt ID
  • Sidetype

Når du har integreret Digital Data Layer, vil du være i stand til at installere nye tags uden at skulle foretage ændringer i webstedskoden. Alt dette kan gøres direkte i dit Tag Management-system.

OVERFØRSEL AF DATA MELLEM TREDJEPARTS-TJENESTER

Vil du kun vise retargeting til brugere, der ikke åbner din e-mail-kampagne? Tidligere kunne en sådan integration tage måneder. Nu mangler du blot at indlæse data fra ESP om åbningen af ​​breve i Digital Data Layer, som vil gøre retargeting-systemet i stand til at bygge det ønskede segment.

HURTIG OG SMERTEFRI MIGRATION

Vil du helt udskifte evt tredjepartssystem til en anden, eller udføre en test mellem dem?

Nu vil migreringen ikke tage dig mere end 5 minutter. I dette tilfælde vil der ikke være behov for ændringer på webstedet, fordi al kommunikation foregår nu gennem et standardiseret datalag.

FORDEL FOR HELE HOLDET

Digital Data Layer-integration vil være en uvurderlig investering i fremtiden for dit websted, fordi... i bund og grund er det grundlaget for datadrevet markedsføring.

HVOR SKAL MAN BEGYNDE?

Detaljeret dokumentation og eksempler på brug af DDL kan findes på webstedet ddmanager.ru.

DDL implementering tager normalt fra 2 til 5 dage. Når de er afsluttet, vil enhver ny integration af tredjepartstjenester blive udført 8-10 gange hurtigere (ofte endda uden involvering af it-specialister).

Digital Data Manager indeholder meget nyttige funktioner til arbejdet med arrangementer og forandringer inde i DDL. Mere detaljeret teknisk dokumentation kan findes på projektets hjemmeside - http://digitaldata.readme.io/docs/working-with-events

Derudover giver Digital Data Manager dig mulighed for at tilføje tilpassede integrationer, hvormed du kan bruge DDL-data og overføre dem til Google Analytics, GTM, Driveback, Retail Rocket, Criteo og ethvert andet tredjepartssystem.