Sende nyhetsbrev gratis? Oppmerksomhet og håndter med forsiktighet.

Alt om alt er nå skrevet om nyhetsbrev. Med ikrafttredelsen av GDPR har saken blitt ytterligere komplisert...

...selv om garantisten har gjort kjent at det ikke er noen straffbar og/eller straffbar forbrytelse dersom noen sender nyhetsbrev uten forhåndsgodkjennelse av mottakeren(e).

Jeg kom også over veiledninger og artikler, selv av høyt ansette personer som Francesco Giammanco (francescogiammanco.it) om hvordan man administrerer, organiserer og lager en DEM-kampanje og/eller hvordan man sender nyhetsbrev gratis uten støtte fra eksterne plattformer som Mailchimp etc.

Jeg mener bestemt at "gratis" ikke eksisterer. Det er alltid en pris å betale, før eller siden, og det kan også være veldig salt. Jeg tror også at gjør-det-selv-æraen nærmer seg slutten til tross for eksplosjonen og suksessen til mange open source CMS-er som førte til at vi trodde at «gratis hulen for alle» virkelig var fremtiden til markedet for nettkommunikasjon og nettmarkedsføring. I stedet er det nøyaktig det motsatte.

Så for å komme inn på emnet kopierer jeg her, slik jeg mottok den, en kommentar fraEng. Fabio Pagano, CEO di SitoVivo som for meg virker dypt spot on enda litt som svar på den fortsatt interessante artikkelen av den veldig gode Francis Giammarco som du finner her: www.francescogiammanco.it/newsletter-gratuita-wordpress.

Her er kommentaren fra Fabio Pagano som jeg takker offentlig.

Artikler som dette bør innledes med ordene "håndteres med varsomhet, farlig artikkel" eller ledsages av instruksjoner som når det gjelder legemidler som ikke er egnet for selvmedisinering, men med reseptpliktig lege.

Problemet er at nyhetsbrevet tilsynelatende er et ufarlig problem, lett å løse, bak dette problemet ligger i virkeligheten en ofte ukjent verden.
Det er veldig farlig å tenke på å sende ved hjelp av wordpress-plugins, spesielt hvis det er snakk om et stort antall kontakter eller hyppige sendinger. I tillegg til terskelproblemene til mottakerleverandørene (nevnt, men ikke godt utforsket i artikkelen), som kan føre til blokkering av en hel sende-IP, med påfølgende blokkering av den valgte verts- eller smpt-tjenesten (gmail eller andre)...

Selv ved å velge mer avanserte ting, sikkert for nerder, som for eksempel mailgun, er i virkeligheten alt igjen på skuldrene til oppfinneren av løsningen bortsett fra resten av ledelsen, inkludert personvern og IT-sikkerhet. Det minst sikre stedet å lagre en database er på en front-end som wordpress, ofte utsatt for kontinuerlige inntrengingsforsøk, og høy risiko, spesielt i fravær av periodiske oppdateringer.

Å administrere leveranse via en ekstern smtp betyr å ikke ha total kontroll på hva du gjør (med negative konsekvenser på leveranse eller sannsynlighet for å komme i INBOKS til mottakere).

Generelt er alt født og er gyldig for et bestemt formål og forblir uegnet til andre formål. For eksempel. en tjeneste som gmail er egnet for håndtering av personlig og ikke-massiv post. En tjeneste som mailgun er gyldig for de som ønsker å sende transaksjonelle e-poster og/eller deretter lage sitt eget administrasjons- og vedlikeholdsgrensesnitt for applikasjonen som bruker den. Andre valg (ikke nevnt i denne artikkelen) er programvare som skal installeres på kundens PC, som uvitende om konsekvensene, begynner å sende med ADSL hjemme...

ESP-tjenester er spesifikke for nyhetsbrevr, masseutsendelser, noen er egnet for autosvar, andre for markedsføringsautomatiseringshandlinger. Få eller nesten ingen er, "alene" uten endringer eller tillegg, virkelig kompatible med GDPR for personvern.

Vi skrev en gang, ironisk nok, en artikkel med et bilde av en bestemor på forsiden med tittelen: "Hvordan gjøre e-postmarkedsføring med det du har hjemme".
Det var ironisk, for alle "ingrediensene" som bestemor måtte utvinne for å lage denne "retten" var egentlig for komplekse til å gjenvinne... Enn si verktøyene for å blande dem sammen for å få den ønskede "retten".

Men ... kunden er så uvitende at artikler som dette ofte får ham til å prøve det på egen hånd (eller nesten) og har håpløst smerte.

• Min erfaring er at noen anekdoter (som jeg har sett med egne øyne) som dukker opp er følgende:
  byrået som sier: "Fabio, se, siden kunden ikke forstår og bare bekymrer seg hvis han ser at telleren på serveren er blokkert eller treg når han sender, legger jeg inn et script som endrer telleren ved å tukle med den slik at etter 5 minutter ser det ut til at sendingen er fullført til alle adresser, så hvis e-postene kommer eller ikke går, bryr han seg egentlig ikke, han ser det ikke og foretrekker å ikke betale i stedet for å se mer presis statistikk..." !!! (Han er en tidligere partner i selskapet mitt, kan du forestille deg hvorfor?)
• internettforbindelse eller vertsleverandør som blokkerer adsl eller nettstedet, fordi du bruker deres tjenester mot kontraktsspesifikasjonene, misbruk av sending med den båndbredden og den sende-IP.
• Ved å dele nettstedets IP med forsendelses-IP, har du ofte båndbredden mettet av sendingen og siden går sakte under sendingen eller er ikke tilgjengelig i det hele tatt, og absurd nok er dette akkurat det kunden ønsket ved å sende nyhetsbrevet eller folket som ved å klikke burde ha kommet til nettsiden...
• personvernspørsmålene fortjener en egen kommentar, så la oss først si at gjør-det-selv-kunder har bestemt seg (bevisst eller ikke, det er ikke kjent) at de ikke er i samsvar med loven...
  Noen eksempler på hyppigere tilfeller, med hensyn til eventuell inspeksjon fra personverngarantisten, kan være:
• den eneste brukeren, mottakeren av nyhetsbrevene dine klager, sier at han fortsetter å motta e-poster til tross for at han har avsluttet abonnementet 3 ganger...
• du har ikke kontroll over avmeldinger, returhåndtering eller returnerte e-poster, som en ESP tilbyr som et grunnleggende alternativ i spesialiserte tjenester, men er delikate applikasjoner som krever serverressurser
• kunden har ikke gitt samtykke til profileringen eller har ikke meldt seg ut andre steder og du har ikke synkronisert listene osv.
• dedikerte SMTP-tjenester blokkerer likeledes kontoer hvis de mottar klager eller rapporter fra brukere som klager over spam eller myndigheter som personverngarantisten eller andre misbruk som er i bruk, og de tar seg absolutt ikke av å administrere alt som trengs for hele tjenesten.

Kort sagt, så lenge du går til stranden og slottet er laget av sand, er alt du trenger for å spille en plastbøtte og spade. Når slottet må motstå havets bølger, kan du kanskje bygge det med et materiale som er mer motstandsdyktig enn sand og bruke mer passende verktøy... (kloke ord... nde)

Jeg var i ferd med å si og kanskje la deg følge av trente konsulenter, men jeg korrigerte meg selv umiddelbart: det er sjelden at noen som ikke er spesialisert på e-postmarkedsføring vet hvordan han skal administrere et nyhetsbrev, oftere bruker han en tjeneste basert på kostnadene, stoler på og stoler på den, uten å vite om og hvilke grenser det har.

Hva så?

Og derfor bør den som sender nyhetsbrev gjøre dybdestudier og opplæring for i det minste å ha et grunnlag i tankene om mulige problemer, ellers er det bedre at han ikke gjør noe.

Virkelighet?

Akkurat som nettsteder med wordpress gjør og deretter ikke utfører vedlikehold og etterlater dem utsatt for minimal sikkerhetsrisiko, gjør de det samme med nyhetsbrev, gjør-det-selv eller til lave kostnader, mens i dag administrerende kundedata (inkludert åpningsstatistikk, klikk på lenker og hva de så på siden) er den nye oljen, som må oppbevares som en skatt med en sikker og dobbeltlåst nøkkel...
Og fremfor alt bør atferden til individuelle brukere i et nyhetsbrev og på et nettsted brukes til å tilpasse innholdet i meldingene (adferdsbasert nettmarkedsføring), og dermed optimalisere avkastningen på investeringen i tid og penger for å sende et nyhetsbrev og alt annet rundt det.