Weboldal-konverzió: öt ellenőrizhető akadály az ajánlatkérő űrlap előtt

Kevés ajánlatkérésből még nem derül ki, hogy rossz az űrlap. Lehet hibás a beküldés, érkezhetnek nem megfelelő látogatók, vagy az ajánlat nem ad elég kapaszkodót a kapcsolatfelvételhez. Egy győri szolgáltatónál és egy országosan értékesítő nagykereskedőnél is először a teljes utat érdemes megvizsgálni: honnan érkezik az érdeklődő, mit lát, mit kell megadnia, és mi történik a küldés után.

Az alábbi öt pont vizsgálható akadályokat ír le, nem gyakorisági rangsort. Nincs általánosan érvényes ideális mezőszám, garantált konverziónövekedés vagy minden hibára aznapi javítás. A jó módosítás az adott vállalkozás érdeklődőinek segít, és ellenőrizhetően javítja a folyamatot.

Először tisztázzuk, mit számol a mérés

Szemléltető példaként legyen egy 90 napos riportban 36 űrlapkezdési és 2 beküldési esemény. Ez nem hitelesített saját ügyféleset. Az 1 − 2 / 36 számítás 94,4%-ot ad, de ebből nem következik, hogy a látogatók 94,4%-a elhagyta az űrlapot. Előbb tudnunk kell, azonos űrlapra, összehasonlítható eseményekre és megfelelően szűrt forgalomra vonatkozik-e a két szám.

A GA4 dokumentációjában a form_start az adott munkamenet első űrlap-interakcióját jelzi, a form_submit az űrlap beküldését. Egyik elnevezésből sem következik, hogy a vállalkozás szervere sikeresen eltárolta az érdeklődést. A Google kibővített mérési eseményei.

Az eseménygyűjtés és a kiemelt eseménnyé jelölés külön beállítás. Egy beküldés megjelenhet a riportban akkor is, ha még nincs kiemelt eseményként kezelve. A Google ezt külön konfigurációs lépésként írja le. Események megjelölése kiemelt eseményként.

A saját mérési szerződésünkben három szintet válasszunk szét: felhasználói beküldési kísérlet, szerver által elfogadott egyedi megkeresés, majd értékesítés által minősített érdeklődés. Egy technikailag sikeres üzenet lehet spam vagy nem releváns kérés. Az üzleti eredményhez ezt a különbséget is látni kell.

A sikeres elfogadás kapjon belső azonosítót, és ismételt kattintás vagy hálózati újrapróbálkozás ne hozzon létre új megkeresést. A böngészős analitikát vessük össze a szerver nyilvántartásával, de ne várjunk feltétlen egyezést: a hozzájárulás hiánya, a blokkolók és a megszakadt kapcsolat eltérést okozhatnak. Személyes adatot ne küldjünk eseményparaméterként az analitikába.

1. A technikai hiba megakadályozza a küldést

Az első próba egy valósághű tesztüzenet legyen. Vizsgáljuk meg, megérkezett-e a szerverhez, létrejött-e a bejegyzés, és eljutott-e az értesítés az illetékes munkatárshoz. A böngészőben megjelenő „Köszönjük” felirat kevés bizonyíték, ha a háttérrendszer közben hibázott.

Próbáljunk hibás e-mail-címet, hosszú szöveget, ékezetes nevet, lassú hálózatot és ismételt kattintást. Hiba esetén az oldal őrizze meg a kitöltött tartalmat, és mondja el, mit kell javítani. A kiszolgáló válaszidejének túllépésekor ne állítsa biztosan, hogy a kérés elveszett, ha az elfogadás már megtörténhetett.

A robotszűrő és a kérésszám-korlát is lehet akadály. Ellenőrizzük, hogy nem zárnak-e ki szabályos érdeklődőket, különösen közös vállalati hálózatról. Ezek kikapcsolása helyett az elutasítás okát és a biztonságos alternatív kapcsolatfelvételt kell megoldani. A védelem nélkül hagyott végpont spamet és üzemeltetési többletterhet hozhat.

2. Több adatot kérünk, mint amennyi az első válaszhoz kell

Minden kötelező mezőnél tegyük fel: mire használjuk a következő lépésben? Egy bemutatkozó beszélgetéshez nem feltétlenül szükséges számlázási cím. Egy műszaki árajánlatnál viszont indokolt lehet a cikkszám, a mennyiség és a szállítási hely, mert nélkülük nem készül használható válasz.

Ne automatikusan három mezőre rövidítsük az űrlapot. Inkább válasszuk szét a kezdeti érdeklődést és a részletes igényfelmérést. Ha telefonos egyeztetés nélkül nem tudunk dolgozni, magyarázzuk el a telefonszám kérésének okát. Ha elegendő e-mailben válaszolni, vizsgáljuk meg, kell-e kötelező telefonszám.

Tesztelhető hipotézis lehet, hogy a kötelező cégcím elhagyásával több megfelelő ajánlatkérés érkezik. Az ellenmutató a hiányzó adatok miatt szükséges levelezés és az értékesítő ráfordítása. Több beküldés mellett is romolhat a folyamat, ha mindegyikhez több tisztázó kör kell. Az adatbekérés célhoz kötéséhez az EDPB jogszerű adatkezelési útmutatója ad kiindulópontot.

3. Nem világos az ajánlat vagy a következő lépés

Az „Érdekel” gomb keveset mond, ha nem derül ki, mire jelentkezik a látogató. Előzetes becslést, visszahívást, műszaki felmérést vagy kötelező megrendelést indít? A bizonytalanságot a gomb szövegével és a mellette lévő rövid magyarázattal lehet csökkenteni.

Egy B2B szolgáltatónál az űrlap előtt legyen érthető, milyen cégeknek szól az ajánlat, milyen feladattal lehet jelentkezni, és milyen információ alapján válaszolnak. Ha az ár csak felmérés után állapítható meg, ezt mondjuk ki. Ha van előzetes ársáv, csak érvényes feltételekkel és egyértelmű nettó vagy bruttó jelöléssel közöljük.

A válaszidő vállalás legyen, ne díszítő elem. Csak olyan határidőt írjunk ki, amelynek van felelőse és helyettesítése. A hétvégi beküldésre vonatkozó feltétel is legyen világos. Az űrlap elhelyezését a tartalmi döntési úthoz igazítsuk: a rögtön jelentkezőnek gyors elérés kell, az összetettebb beszerzést mérlegelőnek előbb részletek.

4. Mobilon vagy billentyűzettel nehéz használni

Ne országos mobilforgalmi becslésből következtessünk a saját célközönségre. Próbáljuk végig az űrlapot telefonon, nagyított szöveggel és egér nélkül is. A címke maradjon látható kitöltés közben, a hiba a megfelelő mezőhöz kapcsolódjon, a billentyűzet pedig ne takarja el a következő lépést.

Nézzük meg, segíti-e a megfelelő beviteli típus az e-mail-cím és a telefonszám megadását. Az automatikus kitöltés ne rontsa el a cím vagy a cégnév mezőjét. A csatolmány kiválasztása működjön a támogatott mobileszközökön, és előre legyen olvasható a megengedett fájltípus, valamint a méretkorlát.

A W3C űrlap-útmutatója a címkézést, az instrukciókat, az ellenőrzést és a visszajelzést együtt kezeli. Ezek használhatósági alapok; nem garantált konverziós százalékok. W3C: akadálymentes űrlapok. A javítás után ugyanazzal a feladattal ismételjük meg a próbát, és jegyezzük fel, hol akadt el a kitöltő.

5. Nem látszik, kinek adjuk meg az adatainkat

A bizalomhoz ellenőrizhető állítások kellenek. Legyen egyértelmű a szolgáltató személye, a kapcsolattartás módja és az adatkezelési tájékoztató elérhetősége. Egy valós, megnevezhető referencia hasznos lehet, de kitalált ügyfélszám, engedély nélküli logó vagy igazolatlan eredmény nem helyettesíti.

Az adatkezelési tájékoztatás ne olvadjon össze kötelező marketingfeliratkozással. Az ajánlatkérés megválaszolása és a későbbi reklámcélú megkeresés külön cél, amelyhez a megfelelő feltételeket külön kell rendezni. Ha a vállalkozás retargetinget, például Meta Pixelt használna, a hozzájárulást igénylő követést csak megfelelő előzetes hozzájárulás és tájékoztatás mellett indítsa el. A visszautasítás lehetőségét is biztosítani kell. Az EU vállalkozásoknak szóló útmutatója az online adatvédelemről.

Nem szükséges remarketing ahhoz, hogy az ajánlatkérési folyamat működjön. A szerver által elfogadott üzenet után egy világos visszaigazolás, a következő lépés megnevezése és a felelős munkatárs értesítése közvetlenebb feladat. A küldés utáni feldolgozás hibáját külön mérjük; az már nem az űrlap előtti lemorzsolódás.

Egy változtatás, előre rögzített mérés

Kezdjük a bizonyítható technikai hibával, majd válasszunk egy tartalmi vagy használhatósági hipotézist. Rögzítsük a kezdőállapotot, a változtatás napját, a forgalmi forrásokat, az elfogadott és a minősített megkeresések számát. A kampányváltást vagy a szezonális eltérést ne tulajdonítsuk automatikusan az űrlapnak.

Alacsony forgalomnál néhány beküldés különbsége nem meggyőző bizonyíték. Ilyenkor célcsoporthoz illő résztvevőkkel végzett kitöltési próba és a hibák tételes javítása többet mondhat, mint egy bizonytalan A/B teszt. A fenntartható eredményhez végül kell mérési gazda, rendszeres próbaküldés és kijelölt válaszadó – az új űrlap önmagában nem oldja meg az értékesítés teljes folyamatát.