Jo toimiva verkkokauppa: mitä tarkistat ennen ostoa

Myyjä avaa kannettavan, kääntää näytön sinua kohti, näyttää kaavion nousevasta käyrästä ja sanoo luvun, jota seuraavat heti muut luvut ja väitteet: kauppa toimii, liikevaihto on tällainen, ostajavirta on tällainen, ja hinta on tämä. Kaikki näyttää olevan kunnossa, ja juuri siksi kannattaa pysähtyä, koska lähes jokainen näistä väitteistä on tarkistettavissa, eikä lähes yhtäkään niistä tarkisteta ennen sopimuksen allekirjoittamista.

Tämä artikkeli käsittelee teknistä tarkastusta ennen jo toimivan verkkokaupan ostoa, eikä se käsittele sitä, mitä tällainen kauppa on arvoltaan, koska arvostus ja veroasiat ovat muiden ihmisten työtä, johon emme tässä tietoisesti koske. Siitä, miten kaupan rakentaa nollasta, olemme kirjoittaneet erikseen, samoin kuin siitä, mitä verkkokaupan toteutus maksaa. Tässä on kyse aivan toisesta tilanteesta: kauppa on jo olemassa, sillä on historia, ja kysymys on, mikä tästä historiasta siirtyy sinulle ja mikä jää myyjälle.

Analytiikan käyttöoikeus näyttää vähemmän kuin miltä näyttää

Ensimmäinen asia, jonka jokainen järkevä ostaja pyytää, on Google Analyticsin lukuoikeus, ja se on oikein, mutta se ei riitä, koska tämä käyttöoikeus todistaa vähemmän kuin useimmat luulevat. Google Analytics 4:ssä on viisi roolia, nimittäin järjestelmänvalvoja, muokkaaja, markkinoija, analyytikko ja katsoja, ja juuri katsojan rooli on se, jonka ostaja yleensä saa: katsoja näkee asetukset ja datan ja voi muuttaa sitä, mitä raporteissa näkyy, mutta ei voi hallita käyttäjiä eikä muuttaa mittauskokonaisuuden asetuksia.

Itse myöntäminen kertoo jo jotakin, koska käyttäjän voi lisätä vain järjestelmänvalvoja, ja käyttäjät tunnistetaan Google-tilin sähköpostiosoitteesta, joten myyjä, joka ei pysty myöntämään lukuoikeutta, ei ole kyseisen mittauskokonaisuuden järjestelmänvalvoja, ja se on kysymys, joka on esitettävä heti. Kuvakaappaus ei ole käyttöoikeus, eikä keskustelu, jossa myyjä näyttää näyttöään, ole käyttöoikeus silloinkaan, kun luvut näyttävät vakuuttavilta.

Seuraavaksi tulee yksityiskohta, jonka harva tietää ja joka voi kääntää johtopäätöksen kokonaan, koska Google Analytics sallii mittauskokonaisuudelle datarajoituksia, ja kaksi niistä koskee suoraan rahaa: toinen piilottaa hintamittarit, toinen tulomittarit. Rajoitetut arvot eivät näy raporteissa, ja käyttäjä näkee niiden tilalla nollan. Ostaja, joka näkee nollia tulosarakkeessa, ei siksi ole nähnyt, että kauppa ei tuota, vaan on ehkä nähnyt rajoituksen, ja ainoa tapa selvittää se on kysyä, onko rajoitus asetettu.

On myös yleisempi raja, joka kannattaa pitää mielessä koko tarkastuksen ajan, ja se koskee itse mittaamista: analytiikka näyttää sen, minkä asennettu mittauskoodi rekisteröi, ei sitä, kuinka monta ihmistä todella tuli. Koodi, joka on vain kiitossivulla, koodi, joka laukeaa kahdesti, koodi kehitysympäristössä tai yksi ja sama koodi, joka palvelee useita sivustoja, näyttää raportissa käynneiltä. Mikään näistä tapauksista ei ole petos määritelmän mukaan, mutta jokainen niistä tekee luvusta jotakin muuta kuin ostaja luulee.

Search Console on toinen kohde ja toinen tarkastus

Google Search Console näyttää sen, minkä Google itse rekisteröi sivuston näkymisestä hakutuloksissa, joten se on osittain riippumaton myyjän asentamasta mittauskoodista, ja juuri tämä riippumattomuus tekee siitä analytiikkaa arvokkaamman, vaikka luvut siellä ovat pienempiä ja vähemmän imartelevia. Rooleja on siellä eri kuin analytiikassa: omistaja, täysivaltainen käyttäjä, rajoitettu käyttäjä ja yhdistetty taho, ja omaisuudella on oltava vähintään yksi todennettu omistaja, muuten kenelläkään ei ole pääsyä.

Rajoitettu käyttäjä näkee tulosraportin, siis kyselyt, klikkaukset, impressiot ja keskimääräisen sijainnin, mutta ei voi lisätä käyttäjiä, lähettää sivustokarttaa eikä tehdä URL-tarkastusta kokonaan, joten ostajalle se riittää hakuliikenteen näkemiseen, mutta ei omaisuuden haltuunottoon. Se on tietoinen ero, joka kannattaa ymmärtää ennen keskustelua, koska myyjä, joka tarjoaa vain rajoitetun käyttäjän oikeudet, tarjoaa lukuja, ei mahdollisuutta ottaa omaisuutta haltuun.

On myös kysymys siitä, kuinka vanha itse historia on, ja se ratkaisee usein enemmän kuin lukujen suuruus, koska Google alkaa kerätä dataa omaisuudesta jo sillä hetkellä, kun joku lisää sen, jo ennen todentamista, joten äskettäin luotu omaisuus ei voi näyttää usean vuoden historiaa riippumatta siitä, kuinka kauan kauppa on toiminut. Kysy, milloin omaisuus luotiin, ja vertaa sitä kaupan väitettyyn ikään.

Nyt siitä, mitä tämä työkalu voi näyttää väärin, eivätkä nämä ole väitteitä myyjien epärehellisyydestä vaan yksinkertaisesti mekaniikkaa: omaisuus voi olla kahdenlainen, nimittäin URL-etuliite-omaisuus, joka kattaa vain yhden osoitteen protokollineen, ja verkkotunnus-omaisuus, joka kattaa koko verkkotunnuksen kaikkine aliverkkotunnuksineen. Verkkotunnus-omaisuus voi siksi sekoittaa kaupan ja täysin erillisen blogin liikenteen yhdeksi luvuksi, ja ainoa tapa nähdä se on katsoa, minkä tyyppinen omaisuus on auki.

Toinen mekaniikan kysymys on todentaminen, ja se tapahtuu näin: omistajuus todennetaan todisteella sivustolla, ja yksi sallituista tavoista on juuri Google Analyticsin mittauskoodi. Se tarkoittaa, että molemmat työkalut voivat olla todennettuja samalla koodilla, jota hallitsee sama ihminen, joten kaksi näennäisesti riippumatonta tarkastusta voi kertoa samasta, mahdollisesti väärästä sivustosta. Lisäksi käyttämättömät todennustunnukset antavat aiemmin poistetun omistajan todentaa itsensä uudelleen, joten ostajan, josta tulee omistaja, on käytävä läpi, mitä tunnuksia sivustolla vielä on jäljellä.

Vielä kannattaa tietää historiallisen ikkunan raja, joka tässä on tiukka: tulosdata säilyy kuusitoista kuukautta, joten kolmen vuoden kasvutarinaa tästä työkalusta ei saa irti, ja myyjän, joka sellaista lupaa, on todistettava se jollakin muulla. Ja viimeinen: ei ole oikein odottaa, että analytiikan ja hakutyökalun luvut täsmäävät, koska ne mittaavat eri asioita, eikä mikään Googlen asiakirja lupaa niille tiettyä suhdetta.

Vienti ei ole kauppa

Toinen suuri harha piilee sanassa vienti, koska ostaja ymmärtää sen kaupan kopioksi, mutta käytännössä se on tiettyjen taulukoiden ote tietyin rajoin. WooCommerce sisältää perustana tuotteiden tuonti- ja vientityökalun, ja se todella toimii, mutta se on tuotetyökalu: asiakkaita ja tilauksia se ei kata lainkaan, ja niihin tarvitaan joko maksullinen lisäosa tai suora pääsy tietokantaan.

Kuvat ovat erillinen pikkuseikka, jolla on suhteettoman suuret seuraukset, ja syy on viennin mekaniikassa: tuotteiden vienti toimii kuvien osoitteilla, ei itse tiedostoilla, joten kuvien on oltava saavutettavissa tuonnin hetkellä, eikä perustyökalu siirrä kuvien vaihtoehtoisia tekstejä. Kaupassa, jossa on muutama tuhat tuotetta, se tarkoittaa, että siirron jälkeen osa kuvista voi yksinkertaisesti puuttua, ja sen huomaa vasta, kun hinnasta sopiminen on jo myöhäistä.

Suljetummissa alustoissa rajat ovat tiukemmat, ja ne on tiedettävä ennen hintakeskustelua, ei sen jälkeen: salasanojen tiivisteet eivät yleensä siirry, ja se tarkoittaa, että kaikkien nykyisten asiakkaiden on siirron jälkeen uusittava salasanansa, mikä on suoraa asiakaskatoa ja minkä myyjä mainitsee harvoin. Teeman lisenssi jää usein myyjän tilille, lisäosat ovat erillisiä lisenssitilauksia, eikä osa alustoista salli tilaushistorian tuomista takaisin hallintapaneelin kautta lainkaan.

Samaan kuuluvat kolme pikkuseikkaa, jotka muistetaan harvoin ja jotka kukin erikseen maksavat rahaa. Lahjakortit, joissa on saldoa, ovat velvoitteita asiakkaita kohtaan, eivätkä ne aina siirry muun datan mukana, joten kysymys siitä, kuinka paljon käyttämätöntä saldoa kaupassa on, kuuluu hintakeskusteluun. TLS-varmenne ei siirry omaisuutena, vaan se myönnetään uudelleen uuden haltijan nimiin, ja se on rutiinia vasta sitten, kun verkkotunnus on jo käsissäsi, kun taas teeman lisenssi on usein sidottu myyjän tiliin, joten siirron jälkeen voi käydä ilmi, että ulkoasu on ostettava uudelleen.

Tästä seuraa tarkastusaskel, joka ei maksa mitään ja kertoo paljon. Pyydä myyjää tekemään testivienti jo ennen sopimusta ja avaa se itse, koska siinä näet heti, onko asiakkaita mukana, onko tilauksilla tuoterivejä, onko kuvilla osoitteita ja puuttuuko tiedostosta jotakin, mitä kaupassa näkyy.

Verkkotunnus siirtyy siirtämällä se toiselle käyttäjälle, ei vaihtamalla tietueita

Verkkotunnuksen osa on se, jossa ostajat sekoittavat kolme täysin eri toimenpidettä, ja tämä sekaannus päättyy usein siihen, että verkkotunnus jää myyjän nimiin. Nimipalvelinten vaihto on vain osoitus siitä, kuka hoitaa verkkotunnuksen tietueita, eikä sillä ole tekemistä omistajuuden kanssa; välittäjän vaihtaminen muuttaa sen, kuka verkkotunnusta palvelee; ja siirtäminen toiselle käyttäjälle on se, joka muuttaa, kenen nimiin verkkotunnus on rekisteröity.

.fi-verkkotunnusten siirtämisen toiselle käyttäjälle määrää Traficom, ja sen tekee aina verkkotunnusvälittäjä, ei rekisteri suoraan: näin suojataan käyttäjää siltä, että joku ulkopuolinen kirjoittaa tunnuksen itselleen. Siirtäminen toiselle käyttäjälle tehdään siirtoavaimella, joka on voimassa 30 päivää ja joka lähetetään nykyiselle käyttäjälle, jonka on itse annettava se välittäjälle. Jos haluat valtuuttaa siirron tekijäksi vastaanottajan välittäjän, tälle on annettava siirtoavaimen lisäksi myös välittäjän vaihtoavain. Traficomin ohje on traficom.fi-sivulla. Pyyntö kulkee välittäjän kautta, ei suoraan Traficomille.

Kaksi yksityiskohtaa tässä menettelyssä on muita tärkeämpiä, ja ensimmäinen niistä on se, että välittäjän on varmistuttuaan pyytäjän oikeudesta lähetettävä siirtoavain nykyiselle käyttäjälle ja tehtävä tekninen siirto viiden arkipäivän kuluessa avaimen ja uuden käyttäjän tietojen saamisesta, joten järjestely on tehtävä oikein ensimmäisellä kerralla. Toinen on se, että välittäjän on varmistettava, että pyytäjä on verkkotunnuksen käyttäjä tai tämän valtuuttama edustaja, eikä pelkkä yrityksen työntekijän viesti riitä.

Erillistä huomiota ansaitsee tapaus, jossa myyjä on yritys, jota aiotaan purkaa, koska juuri tässä kaupan osto voi päättyä verkkotunnuksen menetykseen. Traficomilla ei ole sääntöä, jonka mukaan siirtäminen toiselle käyttäjälle olisi tehtävä ennen purkamisen päättymistä, että keskeytetty liiketoiminta estäisi siirron, tai että purkamisen jälkeen seuraisi lyhyt siirtymäaika, jonka jälkeen tunnus olisi kenen tahansa rekisteröitävissä. Käyttäjätietojen on oltava paikkansapitäviä, ja vanhentuneet tai virheelliset yhteystiedot voivat vaarantaa oikeuden .fi-verkkotunnukseen; jos yhtiötä ei enää ole, käyttäjää ei enää ole. Ostaja, joka odottaa myyjän hoitavan asiansa, voi silti menettää kaupan osoitteen, jos siirtoa ei tehdä ajoissa.

Maksutili ei siirry kauppakirjalla

Oletus, että kaupan mukana siirtyy myös maksujen vastaanotto, on yleinen ja väärä, mutta yhtä väärin on sanoa, ettei maksutiliä voi siirtää lainkaan, koska oikea muotoilu on keskellä: kauppakirja itse ei liikuta tiliä, mutta maksupalveluntarjoajalla on oma menettelynsä, ja se voi myös kieltäytyä.

Stripe kuvaa dokumentaatiossaan juuri tämän tapauksen ja toteaa, että nykyisen tilin omistajan, joka haluaa siirtää tilin toiselle, esimerkiksi myydessään yrityksen, on ensin otettava yhteyttä tukeen, jotta selviää, mitkä tiedot on päivitettävä. Sen jälkeen vaihdetaan pankkitilin tiedot tilityksiä varten, yrityksen juridinen nimi, verotunniste ja edustajan tiedot, eikä uuden omistajan tietoja saa lähettää sähköpostitse, kun taas jos yritys on siirtynyt toisen maan oikeushenkilön alaisuuteen, menettely on toinen.

On vielä yksi yksityiskohta, joka koskee juuri dataa ja jonka ostajat saavat tietää myöhään: jos siirtyminen ei tapahdu ottamalla sama tili haltuun vaan siirtymällä uuteen, kahden tilin välillä voi kopioida asiakkaat ja maksutavat, mutta yksittäiset maksut, laskut, suunnitelmat ja toistuvaistilaukset, kupongit, tapahtumat ja lokit eivät kopioidu. Kaupalle, jossa on toistuvaistilauksia, se on kriittistä, koska niiden katkeaminen tarkoittaa tulojen katkeamista, ja tämä kysymys on esitettävä ennen kauppaa, ei sen jälkeen.

Suomalaisten pankkien ja kotimaisten maksupalveluntarjoajien yrityskauppaehtoja emme tässä käytä, koska emme lukeneet niitä tätä tarkastusta varten, ja se on rehellisempää sanoa kuin täyttää arvauksella, joten tämä on tietoinen aukko, ei unohdus. Jos kauppa vastaanottaa maksuja suomalaisen pankin tai paikallisen maksunvälittäjän kautta, kysymys siitä, saako sopimuksen siirtää, on esitettävä juuri sille palveluntarjoajalle, eikä Stripen menettelyä saa siirtää siihen.

Asiakaslista on juridisesti terävin osa

Tässä on kohta, jossa ostaja voi hankkia omaisuuden sijaan velvollisuuden, ja juuri siksi tämä jakso on kirjoitettu varoitukseksi, ei ohjeeksi. Alku on kaupan rakenteessa: jos ostat yrityksen osakekaupalla, rekisterinpitäjä pysyy samana oikeushenkilönä eikä tietokanta vaihda omistajaa; jos ostat kaupan liiketoimintakauppana toiselta oikeushenkilöltä, henkilötiedot siirtyvät uudelle rekisterinpitäjälle, ja se on aivan toinen tapaus.

Yleinen tietosuoja-asetus ei lupaa mitään verkkokaupan ostamisesta, eikä siinä ole artiklaa, joka sanoisi, että asiakastietokanta siirtyy automaattisesti. Tarvitaan 6 artiklan mukainen oikeusperuste, ja on informointivelvollisuus: 13 artikla vaatii nimeämään rekisterinpitäjän henkilöllisyyden sillä hetkellä, kun tiedot saadaan, kun taas 14 artikla, joka koskee juuri tapausta, jossa tietoja ei ole saatu rekisteröidyltä itseltään, vaatii uutta rekisterinpitäjää ilmoittamaan henkilöllisyytensä, tarkoituksensa, oikeusperusteensa, tietoryhmät ja lähteen, ja tekemään sen viimeistään kuukauden kuluessa tai ensimmäisen yhteydenoton yhteydessä.

Suomessa markkinointisähköposteihin tulee vielä toinen laki, ja juuri se on tämän jakson ydin. Sähköisen viestinnän palveluista annetun lain (917/2014) 200 § kieltää kohdistamasta sähköpostitse, tekstiviestillä tai muulla vastaavalla tavalla toteutettua suoramarkkinointia luonnolliseen henkilöön, joka ei ole antanut siihen ennakkosuostumusta, ja poikkeus vaatii, että palvelun tarjoaja tai tuotteen myyjä on saanut yhteystiedon asiakkaana olevalta luonnolliselta henkilöltä myynnin yhteydessä ja käyttää sitä omien samaan tuoteryhmään kuuluvien tai muuten vastaavien tuotteidensa ja palvelujensa markkinointiin, ja että kielto-oikeus on tarjottu maksutta ja helposti sekä tietoja kerättäessä että jokaisessa myöhemmässä viestissä. 200 § ei korvaa yleisen tietosuoja-asetuksen 6 artiklan mukaista perustetta, vaan tulee sen lisäksi.

Ja nyt se, mikä tekee tästä ansan: mainittu poikkeus on kirjoitettu sille palvelun tarjoajalle tai tuotteen myyjälle, joka on saanut osoitteet omissa kaupoissaan, siis sille samalle, joka palveli asiakkaita. Ostaja, joka ei ole saanut osoitteita, ei ole tämä myyjä, joten edellisen omistajan poikkeus ei siirry tiedoston mukana. Käytännössä perityn listan postittaminen ei ole sallittua sen nojalla, että myyjällä oli poikkeus, eikä kenenkään viranomaisen hiljaisuus ole lupa.

Muualla tämä kysymys on ratkaistu eri tavoin, ja tämä epäsuhta on rehellisempää näyttää kuin peittää. Saksan tietosuojaviranomaisten konferenssi (Datenschutzkonferenz) otti vuonna 2024 tiukan kannan, jonka mukaan asiakastietokannan myynti erillisenä omaisuutena vaatii yleensä ennakkosuostumuksen, kun taas Espanjan kansallinen tietosuojalaki (LOPDGDD 21 artikla) sisältää säännön, jonka mukaan yrityksen siirtymässä käsittely oletetaan lainmukaiseksi, jos se on tarpeen toiminnan jatkuvuudelle. Suomessa ei ole tällaista erityissääntöä, joten ostajalle jää asetus, mainittu 200 § ja juridinen neuvonta kyseisestä kaupasta.

Tarkastukset, jotka eivät riipu myyjästä

Kaikki edelliset tarkastukset riippuvat siitä, mitä myyjä myöntää ja mitä hänen asetuksensa näyttävät, joten niiden rinnalle kannattaa asettaa ainakin yksi, jonka lähde on toinen, ja yksinkertaisin sellaisista tarkastuksista on palvelimen lokit, koska ne kirjaavat pyynnöt riippumatta siitä, onko sivulle ylipäätään asennettu mittauskoodia ja suostuiko kävijä evästeisiin.

Tämä ei ole Googlen menetelmä eikä mikään Googlen asiakirja sitä suosittele, joten emme mekään esitä sitä virallisena suosituksena, vaan käytäntönä, jossa lokien pyyntömäärää vertaamalla analytiikan istuntoihin samalta jaksolta näkyy yleensä joko järkevä suhde tai sellainen ero, josta kannattaa kysyä. Pääsyn lokeihin antaa yleensä webhotellin hallintapaneeli, joten tämä tarkastus vaatii webhotellin käyttöoikeuden, ja juuri siksi se kannattaa pyytää samalla kuin muutkin.

Toinen riippumaton lähde on maksupalveluntarjoajan raportti, ja se on ainoa kaikista, joka näyttää rahaa, ei käyntejä. Tässä on tärkeä yksi ero: raportti, jonka myyjä lähettää asiakirjana, ei ole sama kuin raportti, jonka näet itse palveluntarjoajan paneelissa, koska ensimmäisen voi laatia kuka tahansa, toista ei, joten pyydä pääsy paneeliin tai ainakin yhteinen näyttö sen auki ollessa.

On vielä yksi tarkastus, joka maksaa viisi minuuttia ja jonka lähes kaikki jättävät väliin: katsoa, miltä kauppa näyttää hakukoneessa tänään, syöttämällä sen nimen ja muutaman tuotenimen. Jos kauppa väittää vakaata hakuliikennettä, mutta ei näy omalla nimellään tai näkyy kaupankäyntisivustojen takana, joissa se itse myy, liikenne tulee muualta, ja kannattaa selvittää mistä, koska maksettu mainonta voi kaupan jälkeen yksinkertaisesti loppua.

Kolmas on kirjanpidon puoli, johon emme koske asiasisällöltään, mutta jonka olemassaolo kannattaa mainita, koska se on ainoa, joka sitoo kaiken muun ilmoitettuihin lukuihin, ja jos analytiikka, maksupaneeli ja kirjanpito kertovat kolme eri tarinaa, ongelma ei ole mittauksen tarkkuudessa, eikä keskustelu ole enää tekninen.

Koodin ja alustan tila on tarkistettavissa halvalla

Teknisen tilan tarkastus kuulostaa kalliilta auditoinnilta, mutta suurin osa vastauksesta on saatavissa muutamassa tunnissa ja julkisella datalla. Ensimmäinen askel on selvittää alustan ja kielen versio ja verrata sitä valmistajan julkaisemaan tukikalenteriin, koska tuen päätyttyä uusia haavoittuvuuksia ei enää paikata, vaikka kauppa jatkaa toimintaansa täsmälleen kuten ennen.

Toinen askel on lisäosaluettelo yhdessä niiden päivityshistorian kanssa, koska hylätty lisäosa on samalla tietoturvariski ja piilokulu: jossain vaiheessa se on korvattava, ja korvaaminen toimivassa kaupassa tarkoittaa yleensä myös kaiken sen ympärille rakennetun uudelleenkirjoittamista. Kolmas on kysymys siitä, onko kauppa joskus hakkeroitu ja mitä sen jälkeen tehtiin, ja tämä kysymys kannattaa esittää suoraan, koska väistelevä vastaus on tässä yhtä informatiivinen kuin myöntävä.

Neljäs askel koskee koodia, jos kauppaa on räätälöity, ja se on lähellä kysymystä, jota olemme käsitelleet erikseen artikkelissa siitä, mitä sinulle kuuluu, kun järjestelmä on valmis. Tässä riittää käytännön puoli: missä repositorio on, kuka siihen pääsee ja siirtyykö se sinulle kaupan mukana, koska repositorio myyjän henkilökohtaisella tilillä jää kaupan jälkeen myyjän henkilökohtaiselle tilille, ellei sitä siirretä erikseen.

Repositorion rinnalla ovat käyttöoikeudet ja avaimet, ja ne ovat usein hajallaan paikoissa, joita kukaan ei ole kirjannut: webhotellin paneeli, verkkotunnustili, maksupaneeli, sähköpostipalvelu, ulkoisten palvelujen avaimet ja analytiikka. Niiden luettelo kannattaa pyytää kirjallisesti ennen kauppaa ja tarkistaa sen jälkeen, koska avain, jota kukaan ei antanut, paljastuu yleensä vasta, kun jokin lakkaa toimimasta, ja silloin myyjä on jo poissa.

Viides on toistuvien kulujen luettelo, joka tulee kaupan mukana, ja se on usein pidempi kuin ostaja odottaa, koska siihen kuuluvat alustan tilaus, erilliset lisäosatilaukset, teema, maksunvälittäjän provisiot, webhotelli, verkkotunnus ja varmenteet, ja jokaisella niistä on oma uusimispäivänsä ja oma hintansa ensimmäisen kauden jälkeen. Tämä luettelo kannattaa koota yhteen taulukkoon ennen hinnan käsittelyä, koska juuri se näyttää, mikä on kaupan todellinen kuukausikulu.

Mitä vaatia, ennen kuin allekirjoitat

Kaikki edellinen kokoaa vaatimusjoukon, joka ei vie paljon aikaa ja joka rehelliselle myyjälle ei tuota vaikeuksia: analytiikan puolella se on katsojan käyttöoikeus itse mittauskokonaisuuteen, ei kuvakaappauksia, yhdessä vastauksen kanssa siitä, onko tulomittareiden rajoitus asetettu, ja Search Consolen puolella rajoitetun käyttäjän käyttöoikeus yhdessä tiedon kanssa, minkä tyyppinen omaisuus on auki.

Datan puolella se on testivienti ennen sopimusta, vastaus siitä, siirtyvätkö salasanojen tiivisteet, ja selvyys siitä, mitä tilaushistorialle tapahtuu. Verkkotunnuksen puolella se on todistus siitä, kenen nimiin verkkotunnus on tänään rekisteröity, ja sopimus siitä, että siirtäminen toiselle käyttäjälle tapahtuu ennen maksua tai samanaikaisesti sen kanssa, ei sen jälkeen.

Maksujen puolella se on kysymys maksupalveluntarjoajalle, ei myyjälle, koska vain se voi sanoa, siirtyykö tili ja millä ehdoin, eikä myyjän varmuus tässä kysymyksessä ole todiste. Jos kaupassa on toistuvaistilauksia, sama kysymys on esitettävä uudelleen erikseen juuri niistä, koska toistuvaistilaukset ovat se osa, joka siirrossa katkeaa useimmin. Tietosuojan puolella se on selvyys siitä, miten lista kerättiin ja mitä asiakkaille tuolloin kerrottiin, ja kirjallinen sopimus siitä, että kaupan jälkeen uusi rekisterinpitäjä täyttää informointivelvollisuutensa.

Tämä vaatimusjoukko näyttää pitkältä, mutta se on lyhyempi kuin yksi viikko, joka kuluu yritettäessä kaupan jälkeen saada verkkotunnus takaisin tai palauttaa toistuvaistilaukset, ja suurimman osan siitä rehellinen myyjä valmistelee parissa tunnissa. Myyjä, joka näitä vaatimuksia vastustaa, on samalla vastannut tärkeimpään kysymykseen, ja se on halvin mahdollinen tapa selvittää se.

Ja vielä on kaksi asiaa, joita tämä artikkeli tietoisesti ei tee, koska ne eivät ole meidän työtämme ja toisen ammatin teeskenteleminen olisi huonointa, mitä tässä voisi tehdä. Emme ota kantaa siihen, mitä kauppa on arvoltaan, emmekä korvaa juristia kysymyksessä tietyn asiakaslistan käyttämisestä, koska molemmat ovat muiden ihmisten työtä. Jos haluat, että me tarkistamme teknisen osan, ennen kuin allekirjoitat, kirjoita meille, ja teemme sen yhdessä verkkokauppojen toteutuksen tiimin kanssa.