Juba töötav e-pood: mida kontrollida enne ostu

Müüja avab sülearvuti, pöörab ekraani teie poole, näitab graafikut tõusva joonega ja ütleb arvu, millele järgnevad kohe ülejäänud arvud ja väited: pood töötab, käive on niisugune, ostjate voog on niisugune ja hind on see. Kõik paistab korras, ja just seepärast tasub peatuda, sest peaaegu igaüht neist väidetest saab kontrollida ja peaaegu ühtegi neist ei kontrollita, kuni leping on allkirjastamata.

See artikkel räägib tehnilisest kontrollist enne juba töötava e-poe ostmist, mitte sellest, kui palju niisugune pood väärt on, sest hindamine ja maksuküsimused on teiste inimeste töö, millesse me siin teadlikult ei puutu. Sellest, kuidas e-pood nullist luua, oleme kirjutanud eraldi, samuti sellest, mida e-poe arendus maksab. Siin on hoopis teine olukord: pood juba on, tal on ajalugu, ja küsimus on, mis sellest ajaloost tegelikult teile üle tuleb ja mis jääb müüja kätte.

Analüütika ligipääs näitab vähem, kui paistab

Esimene, mida iga mõistlik ostja palub, on Google Analyticsi lugemisõigus, ja see on õige, aga sellest ei piisa, sest see ligipääs tõendab vähem, kui enamik inimesi arvab. Google Analytics 4-l on viis rolli, nimelt haldur, toimetaja, turundaja, analüütik ja vaataja, ja just vaataja roll on see, mis ostjale tavaliselt antakse: vaataja näeb seadeid ja andmeid ning saab muuta, mis aruannetes paistab, aga ei saa kasutajaid hallata ega vara seadeid muuta.

Juba määramine ise ütleb midagi, sest kasutaja saab lisada ainult haldur ja kasutajaid tuvastatakse Google'i konto e-posti aadressi järgi, nii et müüja, kes lugemisõigust anda ei suuda, ei ole selle vara haldur, ja see küsimus tuleb esitada kohe. Ekraanipilt ei ole ligipääs, ja vestlus, milles müüja näitab oma ekraani, ei ole ligipääs ka siis, kui arvud paistavad veenvad.

Edasi tuleb detail, mida teavad vähesed ja mis võib järelduse täielikult ümber pöörata, sest Google Analytics lubab varale panna andmepiiranguid ja kaks neist puudutavad raha: üks peidab kulunäitajad, teine tulunäitajad. Piiratud väärtused aruannetes ei ilmu ja kasutaja näeb nende asemel nulli. Ostja, kes näeb tuluveerus nulle, ei ole seega näinud, et pood ei teeni, vaid on võib-olla näinud piirangut, ja ainus viis seda teada saada on küsida, kas piirang on peal.

On ka üldisem piir, mida tasub kogu kontrolli aja meeles hoida, ja see puudutab mõõtmist ennast: analüütika näitab seda, mida paigaldatud mõõtmiskood registreeris, mitte seda, kui palju inimesi tegelikult tuli. Kood, mis on ainult tänulehel, kood, mis käivitub kaks korda, kood arenduskeskkonnas või üks ja sama kood, mis teenindab mitut veebilehte, paistab aruandes külastustena. Ükski neist ei ole pettus definitsiooni järgi, aga igaüks teeb arvust midagi muud, kui ostja arvab.

Search Console on teine objekt ja teine kontroll

Google Search Console näitab seda, mida Google ise registreeris veebilehe ilmumise kohta otsingutulemustes, seega on see osaliselt sõltumatu müüja paigaldatud mõõtmiskoodist, ja just see sõltumatus teeb sellest analüütikast väärtuslikuma, ehkki arvud on seal väiksemad ja vähem meelitavad. Rollid on seal teised kui analüütikas: omanik, täisõigustega kasutaja, piiratud kasutaja ja seotud kasutaja, ja varal peab olema vähemalt üks kinnitatud omanik, muidu ei ole ligipääsu kellelgi.

Piiratud kasutaja näeb toimivusaruannet, seega päringuid, klõpse, kuvamisi ja keskmist positsiooni, aga ei saa lisada kasutajaid, esitada sisukaarti ega aadressi täielikult kontrollida, seega piisab sellest ostjale otsinguvoo nägemiseks, aga ei piisa vara ülevõtmiseks. See on teadlik vahe, mida tasub enne vestlust mõista, sest müüja, kes pakub ainult piiratud kasutaja ligipääsu, pakub numbreid, mitte ülevõtmise võimalust.

On ka küsimus, kui vana on ajalugu ise, ja see otsustab sageli rohkem kui arvude suurus, sest Google hakkab vara kohta andmeid koguma juba hetkel, kui keegi selle lisab, veel enne kinnitamist, seega ei saa hiljuti loodud vara näidata mitme aasta ajalugu, olenemata sellest, kui kaua pood on töötanud. Küsige, millal vara loodi, ja võrrelge seda poe väidetava vanusega.

Nüüd sellest, mida see tööriist võib valesti näidata, ja need ei ole väited müüja ebaaususe kohta, vaid lihtsalt mehaanika: vara võib olla kahte tüüpi, nimelt aadressiprefiksi vara, mis katab ainult ühe protokolliga aadressi, ja domeenivara, mis katab kogu domeeni kõigi alamdomeenidega. Domeenivara võib seega panna ühte arvu kokku poe ja hoopis eraldi blogi voo, ja ainus viis seda näha on vaadata, mis tüüpi vara on avatud.

Teine mehaanikaküsimus on kinnitamine, ja see käib nii: omand kinnitatakse veebilehel oleva tõendiga, ja üks lubatud viise on just Google Analyticsi mõõtmiskood. See tähendab, et mõlemad tööriistad võivad olla kinnitatud sama koodiga, mida kontrollib sama inimene, seega võivad kaks näiliselt sõltumatut kontrolli rääkida ühest ja samast, võib-olla valest veebilehest. Peale selle lubavad kasutamata kinnitustõendid varem eemaldatud omanikul end uuesti kinnitada, seega peab ostja, kellest saab omanik, üle vaatama, millised tõendid veebilehele on jäänud.

Lõpuks tasub teada ajaloolise akna piiri, mis on siin range: toimivusandmeid hoitakse kuusteist kuud, seega ei saa sellest tööriistast kolme aasta kasvulugu kätte, ja müüja, kes seda lubab, peab tõendama millegi muuga. Ja viimane: ei ole õige oodata, et analüütika ja otsingutööriista arvud klapivad, sest nad mõõdavad eri asju ja ükski Google'i dokument ei luba nende vahel kindlat suhet.

Eksport ei ole pood

Teine suur häda peitub sõnas eksport, sest ostja mõistab seda poe koopiana, praktikas on see aga kindlate tabelite väljavõte kindlate piiridega. WooCommerce'i tuum sisaldab toodete impordi- ja eksporditööriista, ja see tõesti töötab, aga see on toodete tööriist: kliente ja tellimusi see üldse ei kata, ja nende jaoks on vaja kas tasulist pistikprogrammi või otsest ligipääsu andmebaasile.

Pildid on eraldi pisiasi ebaproportsionaalselt suurte tagajärgedega, ja põhjus on ekspordi mehaanikas: toodete eksport töötab piltide aadressidega, mitte failide endaga, seega peavad pildid impordi hetkel kättesaadavad olema, ja põhitööriist ei kanna piltide asendustekste üle. Mõne tuhande tootega poe puhul tähendab see, et pärast kolimist võib osa pilte lihtsalt puududa, ja see selgub alles siis, kui hinna üle on juba hilja kokku leppida.

Suletumatel platvormidel on piirid rangemad, ja need tuleb teada enne hinnavestlust, mitte pärast seda: parooliräsid tavaliselt kaasa ei tule, ja see tähendab, et kõigil olemasolevatel klientidel tuleb pärast kolimist parool lähtestada, mis on otsene klientide kadu ja millest müüja räägib harva. Teema litsents jääb sageli müüja konto külge, pistikprogrammid on eraldi tellimused oma litsentsidega, ja osa platvorme ei lase tellimuste ajalugu halduspaneeli kaudu üldse tagasi tuua.

Samasse hulka kuuluvad kolm pisiasja, mida mäletatakse harva ja millest igaüks maksab eraldi raha. Jäägiga kinkekaardid on kohustused klientide ees, ja need ei liigu alati ülejäänud andmetega, seega kuulub küsimus, kui palju kasutamata jääki poes on, hinnaläbirääkimise juurde. Turvasertifikaati ei anta üle asjana, vaid väljastatakse uuesti uue omaniku nimele, ja see on rutiin ainult siis, kui domeen on juba teie käes, teema litsents on aga sageli seotud müüja kontoga, nii et pärast kolimist võib selguda, et välimus tuleb uuesti osta.

Sellest järeldub kontrollisamm, mis ei maksa midagi ja ütleb palju. Paluge müüjal teha testeksport juba enne lepingut ja avage see ise, sest sealt on kohe näha, kas kliendid on failis, kas tellimustel on toodete read, kas piltidel on aadressid ja kas midagi, mis poes paistab, failis üldse ei ole.

Domeen läheb üle omanikuvahetusega, mitte kirje muutmisega

Domeeni osa on koht, kus ostjad ajavad segi kolm täiesti eri toimingut, ja see segi ajamine lõpeb sageli sellega, et domeen jääb müüja nimele. Nimeserverite muutmine on ainult viide sellele, kes domeeni kirjeid teenindab, ja omandiga ei ole sellel midagi pistmist; registripidaja vahetamine muudab seda, kes domeeni haldab; ja omanikuvahetus on see, mis muudab, kelle nimele domeen on registreeritud.

.ee-domeenide omanikuvahetuse korra paneb paika Eesti Interneti Sihtasutus, ja just see nõue kaitseb registreerijaid selle eest, et keegi võõras kirjutaks domeeni enda nimele. Senise registreerija allkirjaõiguslik esindaja allkirjastab nõusoleku — digiallkirjaga ID-kaardi, Mobiil-ID või muu EIS-i aktsepteeritud vahendiga, või omakäeliselt registripidaja juuresolekul — ja tulevane registreerija esitab taotluse koos selle nõusoleku ja tavaliste registreerimisandmetega sellele registripidajale, kelle juures domeen praegu on. Kui domeen liigub ühtlasi teise registripidaja juurde, on vaja ka autoriseerimiskoodi. Kord on lahti kirjutatud EIS-i juhendis. Kui domeeni haldab registripidaja, läheb taotlus tema kaudu, mitte otse registrisse.

Kaks detaili selles korras on ülejäänutest tähtsamad, ja esimene neist on see, et pärast üleandmist asendub senine registreerija uuega ja senisel enam õigust domeeni üle ei ole, seega tuleb kord esimesel korral õigesti paika panna. Teine on see, et juriidilise isiku taotluse ja nõusoleku allkirjastavad isikud, kellel on esindusõigus (halduskontakt on seaduslik esindaja või kirjalikult volitatud isik), nii et ei piisa, kui selle saadab keegi ettevõtte töötajatest.

Eraldi tähelepanu väärib juht, kui müüja on ettevõte, mida kavatsetakse likvideerida, sest just siin võib poe ost lõppeda domeeni kaotusega. .ee-reeglites ei ole sätet, et omanikuvahetus tuleb teha enne likvideerimise lõppu, et peatatud majandustegevus blokeeriks vahetuse, või et pärast kustutamist avaneks lühike aken, mille järel nimi on vabalt registreeritav. Kui juriidiline isik on äriregistrist kustutatud, teavitab EIS kontaktisikuid ja teeb ettepaneku esitada üleandmise taotlus 30 päeva jooksul koos omandamist tõendavate dokumentidega, mis asendavad senise registreerija nõusolekut; kui seda tähtajaks ei tehta, võib EIS registreeringu kustutada. Ostja, kes ootab, kuni müüja oma asjad korda saab, võib ikkagi leida, et poe aadress on läinud võõrale.

Maksekonto ei lähe ostulepinguga kaasa

Eeldus, et koos poega läheb üle ka maksete vastuvõtmine, on levinud ja vale, aga sama vale on öelda, et maksekontot ei saa üldse üle viia, sest õige sõnastus on keskel: ostuleping ise kontot ei liiguta, aga makseteenuse osutajal on oma kord, ja ta võib ka keelduda.

Stripe kirjeldab oma dokumentatsioonis just seda juhtu ja märgib, et olemasolev kontoomanik, kes tahab konto kellelegi teisele anda, näiteks ettevõtet müües, peab kõigepealt ühendust võtma tugiteenusega, et selgitada, millist teavet tuleb uuendada. Seejärel muudetakse väljamaksete pangakonto andmed, ettevõtte juriidiline nimi, maksukohustuslase number ja esindaja andmed, ning Stripe hoiatab otse, et uue omaniku andmeid ei saadetaks e-postiga; kui müüdav ettevõte on üle võetud teise riigi juriidilise isiku alla, on kord teine.

On veel üks detail, mis puudutab just andmeid ja mille ostjad saavad teada hilja: kui üleminek ei käi sama konto ülevõtmisega, vaid uuele kontole kolimisega, saab kahe konto vahel kopeerida kliendid ja makseviisid, aga üksikud maksed, arved, plaanid ja püsitellimused, kupongid, sündmused ja logid ei kopeeru. Püsitellimustega poe jaoks on see kriitiline, sest püsitellimuste katkemine tähendab tulu katkemist, ja see küsimus tuleb esitada enne tehingut, mitte pärast seda.

Eesti pankade ja kohalike maksevahendajate ülevõtulepingute tingimusi me siin ei kasuta, sest me ei lugenud neid selle kontrolli jaoks, ja seda on ausam öelda kui tühimikku arvamisega täita, seega on see teadlik tühimik, mitte vahelejätt. Kui pood võtab makseid vastu Eesti panga või kohaliku maksevahendaja kaudu, tuleb küsimus, kas lepingu tohib loovutada, esitada just sellele teenuseosutajale, ja Stripe'i korda sellele üle kanda ei tohi.

Kliendiloend on õiguslikult teravaim osa

Siin on koht, kus ostja võib omandada mitte aktiva, vaid kohustuse, ja just seepärast on see jaotis kirjutatud hoiatusena, mitte juhendina. Algus on tehingu struktuuris: kui ostate osaühingu osad (osa võõrandamine), jääb vastutav töötleja samaks juriidiliseks isikuks ja andmebaas omanikku ei vaheta; kui ostate poe ettevõtte üleminekuna (võlaõigusseaduse § 180) teiselt isikult, jõuavad isikuandmed uue vastutava töötleja juurde, ja see on hoopis teine juht.

Isikuandmete kaitse üldmäärus ei anna e-poe ostmise kohta mingit lubadust, ja selles ei ole artiklit, mis ütleks, et kliendiandmebaas läheb automaatselt üle. Vaja on õiguslikku alust artikli 6 järgi, ja on teavitamiskohustus: artikkel 13 nõuab vastutava töötleja identiteedi nimetamist hetkel, kui andmed saadakse, artikkel 14, mis puudutab just juhtu, kui andmeid ei ole saadud isikult endalt, nõuab, et uus vastutav töötleja teataks oma identiteedi, eesmärgid, õigusliku aluse, andmekategooriad ja allika, ja teeks seda hiljemalt kuu aja jooksul või esimesel suhtlusel.

Eestis tuleb turunduskirjadele peale veel üks seadus, ja just see on selle jaotise tuum. Elektroonilise side seaduse §-s 103¹, mis kannab pealkirja „Elektrooniliste kontaktandmete kasutamine otseturustuseks“, on füüsilise isiku elektrooniliste kontaktandmete kasutamine otseturustuseks lubatud üksnes tema eelneval nõusolekul, mis peab vastama isikuandmete kaitse üldmääruse tingimustele. Ainus erand on kirjutatud isikule, kes on ostja elektroonilised kontaktandmed saanud seoses toote müügi või teenuse osutamisega, ja see lubab neid kasutada oma samasuguste toodete või teenuste otseturustuseks, kui ostjale antakse esmasel kogumisel ja igal hilisemal kasutamisel selge, tasuta ja lihtne keeldumisvõimalus, mida saab teostada elektroonilise side võrgu kaudu. Määruse artikli 6 alus on selle kõrval ikkagi vajalik.

Ja nüüd see, mis teeb sellest lõksu: nimetatud erand on kirjutatud isikule, kes on aadressid saanud oma müügi või teenuse käigus, seega samale, kes kliente teenindas. Ostja, kes aadresse ei saanud, ei ole see isik, seega eelmise omaniku erand failiga kaasa ei tule; Andmekaitse Inspektsioon ei ole e-poe ostmise kohta selgitust avaldanud, ja vaikimine ei ole luba.

See küsimus on riigiti lahendatud erinevalt, ja seda lahknevust on ausam näidata kui kinni katta. Saksamaa andmekaitseasutuste konverents (Datenschutzkonferenz) võttis 2024. aastal range seisukoha, pidades kliendiandmebaasi müüki eraldi aktiva müügina tavaliselt võimalikuks ainult andmesubjektide eelneva nõusolekuga, Hispaania orgaaniline seadus 3/2018 (LOPDGDD) artikkel 21 aga sisaldab normi, mis ettevõtte struktuurimuudatuse või tegevusala üleandmise korral peab töötlemise õiguspäraseks, kui see on vajalik teenuste järjepidevuseks. Eestis sellist erinormi ei ole, seega jääb ostjale määrus, nimetatud § 103¹ ja juriidiline hinnang konkreetsele tehingule.

Kontrollid, mis ei sõltu müüjast

Kõik eelmised kontrollid sõltuvad sellest, mida müüja annab ja mida tema seaded näitavad, seega tasub nende kõrvale panna vähemalt üks, mille allikas on teine, ja lihtsaim neist on serverilogid, sest need kirjutavad päringud üles sõltumata sellest, kas lehel on üldse mõõtmiskoodi ja kas külastaja küpsistega nõustus.

See ei ole Google'i meetod ja ükski Google'i dokument seda ei soovita, seega ei esita ka meie seda ametliku soovitusena, vaid praktikana, milles logide päringumahtu analüütika seanssidega sama perioodi kohta kõrvutades paistab tavaliselt kas mõistlik suhe või vahe, mille kohta tasub küsida. Ligipääsu logidele annab tavaliselt veebimajutuse halduspaneel, seega vajab see kontroll majutusligipääsu, ja just seepärast tasub seda paluda koos ülejäänuga.

Teine sõltumatu allikas on makseteenuse osutaja aruanne, ja see on ainus kõigist, mis näitab raha, mitte külastusi. Siin on tähtis üks vahe: aruanne, mille müüja saadab dokumendina, ei ole sama mis aruanne, mida näete teenuseosutaja enda paneelis, sest esimese võib koostada ükskõik kes, teist mitte, seega paluge ligipääs paneelile või vähemalt jagatud ekraan avatud paneeliga.

On veel üks kontroll, mis võtab viis minutit ja mille jätavad vahele peaaegu kõik: vaadata, kuidas pood otsingus täna paistab, sisestades selle nime ja mõned tootenime fraasid. Kui pood väidab stabiilset otsinguvoogu, aga oma nime all ei ilmu või ilmub kauplemiskohtade taha, kus ta ise müüb, tuleb voog mujalt, ja tasub selgitada, kust, sest tasuline reklaam võib pärast tehingut lihtsalt seiskuda.

Kolmas on raamatupidamise pool, millesse me sisuliselt ei puutu, aga mille olemasolu tasub nimetada, sest see on ainus, mis seob kõik ülejäänu deklareeritud arvudega, ja kui analüütika, maksepaneel ja raamatupidamine räägivad kolme eri lugu, ei ole probleem mõõtmistäpsuses, ja edasi ei ole enam tehniline vestlus.

Koodi ja platvormi seisu saab odavalt kontrollida

Tehnilise seisu kontroll kõlab kalli auditina, aga suurema osa vastusest saab kätte paari tunniga ja avalike andmetega. Esimene samm on selgitada platvormi ja keele versioon ning võrrelda seda tootja avaldatud toe kalendriga, sest pärast toe lõppu uusi turvanõrkusi enam ei paikata, ehkki pood töötab edasi täpselt nagu varem.

Teine samm on pistikprogrammide nimekiri koos nende uuendamise ajalooga, sest hüljatud pistikprogramm on ühtaegu turvarisk ja varjatud kulu: millalgi tuleb see asendada, ja asendamine töötavas poes tähendab tavaliselt ümber kirjutada ka kõik, mis selle ümber on ehitatud. Kolmas on küsimus, kas pood on kunagi häkitud ja mis pärast seda tehti, ja see küsimus tasub esitada otse, sest kõrvalehoidlik vastus on siin sama infokas kui jaatav.

Neljas samm puudutab koodi, kui pood on kohandatud, ja see on lähedal küsimusele, mida oleme vaadanud eraldi artiklis selle kohta, mis teile kuulub, kui süsteem on valmis. Siin piisab praktilisest poolest: kus asub repositoorium, kes sellele ligi pääseb ja kas see tuleb teile poega kaasa, sest repositoorium müüja isiklikul kontol jääb pärast tehingut müüja isiklikule kontole, kui seda eraldi ei kolita.

Repositooriumi kõrval on ligipääsud ja võtmed, ja need kipuvad olema laiali kohtades, mida keegi ei ole üles kirjutanud: veebimajutuse paneel, domeenikonto, maksepaneel, e-postiteenus, väliste teenuste võtmed ja analüütika. Nende nimekirja tasub paluda kirjalikult enne tehingut ja kontrollida pärast seda, sest võti, mida keegi ei andnud, tuleb tavaliselt välja siis, kui miski lakkab töötamast, ja selleks ajaks on müüja juba läinud.

Viies on korduvate kulude nimekiri, mis poega kaasa tuleb, ja see kipub olema pikem, kui ostja ootab, sest sinna kuuluvad platvormi tellimus, eraldi pistikprogrammide tellimused, teema, maksevahendaja komisjonitasud, veebimajutus, domeen ja sertifikaadid, ja igaühel neist on oma uuendamiskuupäev ja oma hind pärast esimest tähtaega. See nimekiri tasub panna ühte tabelisse enne hinna arutamist, sest just see näitab, milline on poe tegelik igakuine kulu.

Mida nõuda enne allkirja

Kõik eelnev viib nõuete kogumi juurde, mis ei võta palju aega ja mis ausale müüjale raskusi ei valmista: analüütika poolel on see vaataja ligipääs varale endale, mitte ekraanipildid, koos vastusega, kas tulunäitajate piirang on peal, ja Search Console'i poolel piiratud kasutaja ligipääs koos märkega, mis tüüpi vara on avatud.

Andmete poolel on see testeksport enne lepingut, vastus sellele, kas parooliräsid tulevad kaasa, ja selgus selle kohta, mis saab tellimuste ajaloost. Domeeni poolel on see kinnitus, kelle nimele domeen täna on registreeritud, ja kokkulepe, et omanikuvahetus toimub enne tasumist või sellega samal ajal, mitte pärast.

Maksete poolel on see küsimus makseteenuse osutajale, mitte müüjale, sest ainult tema saab öelda, kas konto läheb üle ja millistel tingimustel, ja müüja veendumus selles küsimuses ei ole tõend. Kui poes on püsitellimused, tuleb sama küsimus esitada veel kord eraldi just nende kohta, sest püsitellimused on see osa, mis kolimisel kõige sagedamini murdub. Andmekaitse poolel on see selgus selle kohta, kuidas loend koguti ja mis klientidele toona öeldi, ja kirjalik kokkulepe, et pärast tehingut täidab uus vastutav töötleja oma teavitamiskohustuse.

See nõuete kogu paistab pikk, aga on lühem kui üks nädal, mis kulub pärast tehingut domeeni tagasi saamisele või püsitellimuste taastamisele, ja suurema osa sellest valmistab aus müüja paari tunniga. Müüja, kes nende nõuete vastu vaidleb, on sellega samaga vastanud tähtsaimale küsimusele, ja see on odavaim võimalik viis seda teada saada.

Ja lõpuks on kaks asja, mida see artikkel teadlikult ei tee, sest need ei ole meie töö ja teise elukutse teesklemine oleks siin halvim, mida teha saaks. Me ei ütle arvamust selle kohta, kui palju pood väärt on, ega asenda juristi küsimuses konkreetse kliendiloendi kasutamise kohta, sest mõlemad on teiste inimeste töö. Kui soovite, et tehnilise poole kontrolliksime enne allkirja meie, kirjutage meile, ja teeme seda koos e-poe arenduse meeskonnaga.