I dag diskuterer vi nogle af \u00e5rsagerne til, at vi gik ned ad denne rute, b\u00e5de fra et forretnings- og udviklingsperspektiv, s\u00e5vel som hvad vi endte med (fra MVP til slutproduktet).<\/p>\n
- \n
- Hvorfor vi lavede vores egen<\/a><\/li>\n
- Grundl\u00e6ggende om, hvordan vores affilierede system fungerer<\/a><\/li>\n
- MVP (Start Building)<\/a><\/li>\n
- \u00c6ndring af MVP (Tilpasning og forbedring)<\/a><\/li>\n
- Slutproduktet<\/a><\/li>\n
- Affiliate-systemet og programmet i aktion<\/a><\/li>\n<\/ul>\n
Hvorfor vi Byggede Vores Egen<\/h2>\n
Da vi begyndte at unders\u00f8ge, hvad der skulle g\u00f8res for at gennemf\u00f8re et affilieret system, inds\u00e5 vi hurtigt, at der ikke var nogen l\u00f8sning for os. Her er de vigtigste grunde hvorfor:<\/p>\n
- \n
- Det st\u00f8rste problem var, at vores affilierede system skulle v\u00e6re t\u00e6t forbundet med vores planer og abonnementssystem<\/strong>, ikke hos en tredjepartsleverand\u00f8r.<\/li>\n
- Branding er meget vigtigt for os. Mens nogle affilierede systemer tilbyder hvidlabell\u00f8sninger, er de fleste halvbagte implementeringer og ikke altid fuldt gennemsigtige. At opbygge det selv vil give os fuld kontrol over design og branding uden at skulle bekymre os om hvidlabell\u00f8sninger.<\/li>\n
- At stole p\u00e5 et tredjepartssystem forhindrer os i at tilf\u00f8je nye funktioner hurtigt eller overhovedet<\/strong>. Det meste af vores brugerdefinerede MyKinsta dashboard<\/a> er bygget helt ud af brugerfeedback, og derfor er det blevet et af de bedste WordPress site management v\u00e6rkt\u00f8jer i branchen! Takket v\u00e6re vores fantastiske kunder. \ud83d\udc4f\u00a0 Vi vidste det \u00f8jeblik vi lancerede med en tredjepartsl\u00f8sning, at feedback og anmodninger ville begynde at str\u00f8mme ind, og vi ville ikke have evnen til at f\u00e5 dem til at ske.<\/li>\n
- Evnen til at levere og opbygge brugerdefineret rapportering, ikke kun for vores partnere, men ogs\u00e5 for vores administratorer, var noget, vi ikke kunne leve uden. Vi elsker og har brug for data!<\/strong> Hvordan skal du ellers tr\u00e6ffe strategiske beslutninger? At tr\u00e6kke rapporteringsdataene m\u00e5tte ogs\u00e5 ske fra vores komplekse planer og abonnementssystem.<\/li>\n<\/ul>\n\n
Ved at grave\u00a0lidt mere ind i dette, vidste vi, at n\u00e5r f\u00f8rst vi har \u00e5bnet affilierede systemer til offentligheden, kunne vi ikke stoppe det. Selvf\u00f8lgelig kan der opst\u00e5 sm\u00e5 problemer, men hvis vi skulle skifte betalingsudbyder, kunne vi ikke bare s\u00e6tte vores datterselskaber p\u00e5 hold, mens vi forts\u00e6tter med at samle penge, som de ville have ret til.<\/p>\n
Ogs\u00e5 fleksibilitet var en stor bekymring. Hvad hvis vi skulle \u00e6ndre den interne lside af, hvordan abonnementerne blev h\u00e5ndteret (dette faktisk endte med at ske), ville vi kunne h\u00e5ndtere flere sprog og valutaer? Hvad med tilf\u00f8jelser, som vi udviklede undervejs som Redis<\/a>, timelige backups<\/a>, og s\u00e5 videre. Kunne vi opbygge et udvideligt dashboard til vores brugere?<\/p>\n
Fra et teknisk synspunkt viste det sig at v\u00e6re fuldst\u00e6ndigt overfl\u00f8digt at bruge andres software<\/strong>. Da vi har en s\u00e6rlig m\u00e5de at h\u00e5ndtere abonnementer p\u00e5 via Stripe<\/a>, m\u00e5tte vi skrive vores egen logik for, hvad en henvisning er, og hvad \u00e6ndringsmekanismen er for opgraderinger og nedgraderinger.<\/p>\n
![\"Stripe\"](\"https:\/\/kinsta.com\/dk\/wp-content\/uploads\/sites\/12\/2018\/09\/stripe.png\")
<\/p>\nSelvom jeg er sikker p\u00e5, at mange l\u00f8sninger har API’er, vil skrivningen af \u200b\u200bkoden til at sende vores data til API’en v\u00e6re 80% af arbejdet. Hvorfor ikke inds\u00e6tte yderligere 20% og opret vores eget brugerinterface, som vi alligevel er dygtige til.<\/p>\n
Omkostninger involveret<\/h3>\n
En anden stor bekymring var priss\u00e6tning. Der er billige produkter p\u00e5 markedet, men de har ikke lavet udsk\u00e6ringen p\u00e5 grund af funktionalitet eller fleksibilitetsproblemer. Andre nyder godt af betalingerne og har flere funktioner, men deres handelsafgifter opkr\u00e6ves hurtigt. Lad os tage et kig p\u00e5 omkostningerne ved nogle af de mest popul\u00e6re. Bem\u00e6rk: nogle af disse kunne m\u00e5ske forhandles lidt ned baseret p\u00e5 m\u00e6ngden af \u200b\u200bsalg og andre faktorer.<\/p>\n
- \n
- ShareASale<\/strong>: 550$ engangs netv\u00e6rk gebyr, 100$ depositum og en 20% transaktionsgebyr p\u00e5 hvert salg.<\/li>\n
- CJ<\/strong>: 3.000$ netv\u00e6rk gebyr, 3.000$ depositum, 500$ \u00e5rligt adgangsgebyr og 30% transaktionsgebyr eller 0,30$ p\u00e5 hvert salg – alt efter hvilket bel\u00f8b der er st\u00f8rre.<\/li>\n
- ClickBank<\/strong>: 49,95$ aktiveringsafgift, 2,50$ betalingsperiode forarbejdningsgebyr og 7,5% transaktionsgebyr + 1$ p\u00e5 hvert salg.<\/li>\n<\/ul>\n
Lad os sige, at vi tjener 250.000$ om \u00e5ret fra affilieret salg, her er hvad gebyrerne ville komme ud for (dette er efter et engangsindskud og netv\u00e6rksadgangsgebyrer). Forresten, hvad er netv\u00e6rksadgangsgebyrer? \ud83e\udd14<\/p>\n
- \n
- ShareASale:<\/strong> $50,000 I gebyrer<\/li>\n
- CJ: <\/strong>$75,000 i gebyrer<\/li>\n
- ClickBank:\u00a0<\/strong>$27,000 i gebyrer<\/li>\n<\/ul>\n
Yikes! Det er meget. Og det er f\u00f8r du beregner i andre gebyrer, som vi allerede betaler til vores betalingsprocessor Stripe. Vi kiggede ogs\u00e5 p\u00e5 andre tilknyttede systemer som Rakuten Marketing og Impact Radius, men omkostningerne var endnu h\u00f8jere.<\/p>\n
Fordelen med at lave vores eget affilierede system er, at vores st\u00f8rste omkostninger simpelthen ville v\u00e6re udviklingstid<\/strong>. Vi havde allerede det fantastiske talent internt for at bygge alt. Men som du kan se, er der mange bev\u00e6gelige dele og ting at overveje, n\u00e5r du v\u00e6lger at k\u00f8re din egen eller g\u00e5 med en tredjepartsl\u00f8sning.<\/p>\n
Grundl\u00e6ggende om, Hvordan Vores Affilierede System Fungerer<\/h2>\n
Jeg g\u00e5r ind i detaljer l\u00e6ngere nede, men for at forst\u00e5, hvordan vi begyndte at bygge produktet, er det nyttigt at kende den grundl\u00e6ggende datastr\u00f8m.<\/p>\n
Indgangspunktet i systemet er et specielt link, der indeholder et tilknyttet ID. Vi kalder dette Kinsta-tilknyttet ID eller KAID som forkortelse (eksempel:
https:\/\/kinsta.com?kaid=affiliateid<\/strong><\/code>)<\/p>\nDe fleste andre tilknyttede v\u00e6rkt\u00f8jer er simpelthen ret forvirrende, n\u00e5r det kommer til at skulle vide, hvilken webadresse du skal bruge, og hvor du skal linke til den. S\u00e5 fra begyndelsen \u00f8nskede vi at g\u00f8re det til en enkel to-trins proces.<\/p>\n
Trin 1<\/h3>\n
Det f\u00f8rste skridt ville v\u00e6re at indtaste destinationen p\u00e5 Kinsta hjemmeside. Dette kunne v\u00e6re overalt, ikke kun vores hjemmeside. M\u00e5ske \u00f8nsker de at linke direkte til vores planl\u00e6gningsside (som vist nedenfor).<\/p>\n
![\"Opret](\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/09\/link-step1-filled-2.png\")
Opret Kinsta affiliate link<\/figcaption><\/figure>\n Trin 2<\/h3>\n
Det andet trin ville v\u00e6re at generere linket til dem, s\u00e5 de nemt kan kopiere og inds\u00e6tte dette, hvor de vil. Og ogs\u00e5 at give den medf\u00f8lgende HTML med rel=”sponsored” link-attributten (hvilket er meget vigtigt) for at overholde Googles retningslinjer for affiliate links. Google anbefalede tidligere at bruge nofollow<\/a>-attributten, som stadig er en levedygtig mulighed.<\/p>\n
![\"Generer](\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/09\/generate-link-3.png\")
Generer affiliate link og HTML kode<\/figcaption><\/figure>\n N\u00e5r vi registrerer en bes\u00f8gende ved hj\u00e6lp af s\u00e5dan et af disse links, s\u00e6tter vi en cookie, der indeholder oplysninger om, hvem der henviste brugeren. Vi v\u00e6rds\u00e6tter den oprindelige henvisning<\/strong> og tilbyder ikke delte provisioner. Dette er retf\u00e6rdigere for affiliate og f\u00f8rer til en konkurrence af kvalitet over kvantitet.<\/p>\n
Stripe h\u00e5ndterer alle k\u00f8b, vi bruger dens omfattende og (for det meste) veldokumenterede API til at oprette brugere, abonnementer, initiativer og mere. K\u00f8bstr\u00f8mmen sker p\u00e5 hjemmesiden, som igen bruger MyKinstas interne API til at igangs\u00e6tte de processer, vi har brug for for at f\u00e5 brugeren tilmeldt. Oplysningerne om, hvem der henviste kunden, registreres ogs\u00e5 i vores system.<\/p>\n
MVP (Start Building)<\/h2>\n
N\u00e5r du lancerer noget nyt, kan det v\u00e6re klogt at opbygge en MVP (minimum levedygtigt produkt) og starte marketing med det samme for at teste farvandet. F\u00e5 feedback tidligt og l\u00e6r af det. Tilpas, \u00e6ndre og foretag forbedringer. Det er pr\u00e6cis det, vi gjorde, da vi f\u00f8rst lancerede Kinsta, og hvordan vi har bootstrapped fra 0$ til 7-tal i oms\u00e6tning.<\/a><\/p>\n
Vi vidste, at den mest udfordrende del af systemet ville v\u00e6re logikken, der tager sig af sporing og beregning af provisioner. Oprindeligt blev hele systemet skrevet i PHP og stod udelukkende p\u00e5 Stripe for at beregne alt ad hoc.<\/p>\n
Den m\u00e5de, vi beregnede provisioner p\u00e5 for en henvisning, var at se p\u00e5 hele Stripe-historien for det omtalte abonnement og finde ud af, hvor meget engangskommission skyldes, og hvor meget tilbagevenden skyldes. Faktorer som for\u00e6ldet tid og plantype vil p\u00e5virke beregningen.<\/p>\n
![\"Kinsta](\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/09\/affiliate-payments-2.png\")
Kinsta affilierede systembetalinger<\/figcaption><\/figure>\n For eksempel, hvis WordPress-henvisningen blev oprettet for to dage siden, var der naturligvis ingen engangskommission. Hvis WordPress-henvisningen blev oprettet for fire m\u00e5neder siden, var vi n\u00f8dt til at tildele engangskommissionen (som forfalder efter to m\u00e5neder) og to tilbagevendende provisioner (forfalder en gang om m\u00e5neden efter engangskommissionen).<\/p>\n
For at f\u00e5 det samlede bel\u00f8b af provision, der skal betales for en m\u00e5ned, gjorde vi ovenst\u00e5ende for alle henvisninger fra en bestemt tilknyttet. Dette viste sig at v\u00e6re mere beregningsintensive end vi oprindeligt troede. Vi vidste, at vi skulle lave en forandring, men vi fandt et godt kompromis mellem funktionalitet og udviklingstid.<\/p>\n
Front-end blev bygget ved hj\u00e6lp af Flight PHP<\/a>, en PHP mikro-ramme. Vi skabte nogle ruter, sammensatte nogle tabeller og grafer og s\u00e5 k\u00f8rte vi.<\/p>\n
![\"FlightPHP\"](\"https:\/\/kinsta.com\/dk\/wp-content\/uploads\/sites\/12\/2018\/09\/flightphp.png\")
<\/p>\n\n\u00c6ndring af MVP (Tilpasning og forbedring)<\/h2>\n
Efter ca. syv m\u00e5neder i privat beta og m\u00e5ske seks m\u00e5neders regelm\u00e6ssig drift m\u00e5tte vi genopbygge. Vores oprindelige MVP blev ikke bygget til at skalere. En \u00e6ndring m\u00e5tte foretages i den m\u00e5de, vi h\u00e5ndterer abonnement p\u00e5 grund af vores nye add-ons og overage systemer. Indtil dette tidspunkt havde en kunde altid et abonnement. Vi havde brug for at \u00e6ndre det og tillade flere abonnementer pr. bruger.<\/p>\n
Da vores kunder altid havde \u00e9t eneste abonnement, kunne vi med sikkerhed sige, at ethvert aktivt henvist abonnement var lig med en henvist hostingplan. Med andre ord var abonnementer, hvad vi betragtede som henvisninger. Vi var n\u00f8dt til at foretage en komplet renovering, som anser vores Stripe-kunder for at v\u00e6re henvisninger.<\/p>\n
![\"Kinsta](\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/09\/individual-referral-1.png\")
Kinsta affilierede system henviste kunder<\/figcaption><\/figure>\n Desuden begyndte den suboptimale m\u00e5de, vi beregnede opgaver p\u00e5, at vise sit grimme hoved. Det ramte hovedsageligt vores admins, men vi havde 1-2 datterselskaber, der oplevede h\u00f8jere belastningstider, mens vi regnede med alle deres provisioner hver gang de betragtede instrumentbr\u00e6ttet.<\/p>\n
For at afrunde tingene \u00f8nskede vi at flytte hele systemet ind i Node<\/a> + React<\/a>-omr\u00e5det for at g\u00f8re det muligt at bruge samme stak som MyKinsta. Dette ville g\u00f8re det muligt for meget flere af vores udviklere at komme om bord, hvis det er n\u00f8dvendigt, og at begynde at bruge et f\u00e6lles designsprog lettere.<\/p>\n
Slutproduktet<\/h2>\n
Da vi var f\u00e6rdige med genopbygningen, blev vi overladt til et langt bedre system, som kr\u00e6vede meget mindre ledelse, havde mange flere funktioner, automatiserede f\u00e6lles affilierede admin opgaver og delte samme teknologi stak som vores hovedprodukt, MyKinsta.<\/p>\n
Stakken<\/h3>\n
Det tilknyttede system k\u00f8rer nu p\u00e5 Node p\u00e5 backend og React p\u00e5 forsiden. Det udnytter GraphQL<\/a> til vores foresp\u00f8rgselsbehov og Ant Design<\/a> for designrammen.<\/p>\n
![\"nodejs\"](\"https:\/\/kinsta.com\/dk\/wp-content\/uploads\/sites\/12\/2018\/09\/nodejs-logo.png\")
<\/p>\nDer er faktisk fire separate processer, der k\u00f8rer p\u00e5 samme tid:<\/p>\n
- \n
- Affiliate Backend<\/strong>: Dette er backend for hele systemet. Den er helt lukket af den eksterne verden; Kun intern kommunikation kan n\u00e5 det. Det er dybest set et indgangspunkt i databasen, alt det g\u00f8r er at acceptere og svare p\u00e5 GraphQL-foresp\u00f8rgsler<\/li>\n
- Affiliate Dashboard<\/strong>: Dette er den bruger-side af affiliate-systemet. Den best\u00e5r af en flok React-komponenter, der f\u00e5r deres data via GraphQL-foresp\u00f8rgsler fra backend<\/li>\n
- Affiliate Admin<\/strong>: Dette er en speciel admin-gr\u00e6nseflade, hvor administratorerne g\u00e5r til at se p\u00e5 aggregerede statistikker, administrere applikationer og udf\u00f8re andre opgaver<\/li>\n
- Affiliate Sync<\/strong>: Et s\u00e6t cron-job, der holder alt i synkronisering – vi kommer snart til denne del, da dette er k\u00f8det og knoglerne i systemet<\/li>\n<\/ul>\n
Forbedringer af data og beregninger<\/h3>\n
I den oprindelige version af systemet har vi beregnet alt ad hoc. Dette viste sig at v\u00e6re datintensive, men det er heller ikke godt, fordi hvis vi \u00e6ndrer noget – ligesom st\u00f8rrelsen af \u200b\u200bdet betalte bel\u00f8b – \u00e6ndres det alt i tilbageblik, eller vi skal smide koden med datobaseret if erkl\u00e6ringer ud.<\/p>\n
Det nye affilierede system bruger to mekanismer til at g\u00f8re det meget mere effektivt: en bedre m\u00e5de at tage fat p\u00e5 data fra Stripe og et ledger system til at optage begivenheder.<\/p>\n
Arrangementet sikrer, at det uanset hvad der sker, forbliver. Hvis en henvisning skyldes en engangsprovision, registrerer vi denne provision og vedl\u00e6gger den til henvisningen. Vi markerer s\u00e5 den henvisning og ser aldrig p\u00e5 engangsprovisioner igen. Den samme mekanisme g\u00e6lder for tilbagevendende provisioner. N\u00e5r en periode har haft sin tilbagevendende provision beregnet og registreret, \u201cglemmer vi” den periode.<\/p>\n
Det betyder, at beregninger kun skal foretages i korte perioder, og aggregater af provisioner foretages ved blot at opsummere nogle databaseresultater.<\/p>\n
Den anden komponent er afh\u00e6ngig af cron-job for at indsamle data. Vi henter alle data fra Stripe hvert 10. minut og gemmer den til en lokal database, der g\u00f8r nogle \u00e6ndringer for, at g\u00f8re yderligere behandling lettere.<\/p>\n
For eksempel tager det en ubetydelig m\u00e6ngde kode for at finde ud af, om et abonnements\u00e6ndringsbegivenhed indeb\u00e6rer en hostingplan. Vi kan beregne dette ad hoc, n\u00e5r vi skal, men i stedet for at g\u00f8re det bruger vi cron jobbet til at tilf\u00f8je et flag til det gemte objekt. Da vi tager 10 minutter data, tager hele processen m\u00e5ske 100 millisekunder og g\u00f8r yderligere udvalgte foresp\u00f8rgsler meget mere effektive.<\/p>\n
Et andet cron job blandes dataene til dets endelige sted, beregning af provisioner, oprettelse af begivenheder og andre operationer.<\/p>\n
\u00c5rsagen til at disse er lavet s\u00e6rskilt er, at den f\u00f8rste operation er super-simpel, men afh\u00e6nger af Stripe, mens den anden operation er betydeligt mere intensiv og kompleks. Hvis vi introducerer en fejl i den anden operation, der g\u00f8r det svigtet, beh\u00f8ver vi ikke at genindstille timer\/dage\/uger med Stripe data; vi skal bare genbruge den anden operation.<\/p>\n
Denne ops\u00e6tning giver mange andre fordele, som hvert cron-job er i sin tur best\u00e5r af flere forskellige komponenter som at f\u00e5 nye abonnementer, godkende ventende provisioner og s\u00e5 videre. I fremtiden vil vi m\u00e5ske nedbryde vores cron job yderligere for at sikre, at vi kan fange problemer s\u00e5 tidligt som muligt uden at p\u00e5virke andre dele af systemet.<\/p>\n
Efter optimering af vores beregninger og flytning til en ny ramme loader vores tilknyttede dashboard dobbelt s\u00e5 hurtigt nu<\/strong>! \ud83d\ude80<\/p>\n
Affiliate-systemet og programmet i aktion<\/h2>\n
Stillingen ville ikke v\u00e6re komplet uden at vise vores affilierede system<\/a> og program i aktion. Her er blot nogle af de funktioner og fordele, vi tilbyder til alle partnere hos Kinsta.<\/p>\n
![\"Kinsta](\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/09\/affiliate-homepage-4.png\")
Kinsta affiliate dashboard<\/figcaption><\/figure>\n 1. Uovervindelige Provisioner (Tilmeld Bonus + Tilbagevendende)<\/h3>\n
Vi arbejdede l\u00e6nge og h\u00e5rdt p\u00e5 vores kommission og udbetalingsstruktur, da vi indser, at dette sandsynligvis er en af de vigtigste faktorer for datterselskaber. Faktisk tjener mange bloggere og websejere, som vi er v\u00e6rt for, hele deres levevej fra affilierede indkomster. Vi er stolte over at tilbyde de h\u00f8jeste udbetalinger i branchen<\/strong>! Og vi tilbyder provision, uanset hvilke hostingtjenester der henvises til.<\/p>\n
For hver KinstaWordPress hostingplan, som nogen henviser til, f\u00e5r de en engangs-tilmeldingsbonus som f\u00f8lger:<\/p>\n
- \n
- Starterplan (50$)<\/li>\n
- Pro plan (100$)<\/li>\n
- Forretning 1-4 (150$)<\/li>\n
- Enterprise 1-2 (500$)<\/li>\n<\/ul>\n
Tilknyttede selskaber f\u00e5r ogs\u00e5 en 10% m\u00e5nedlig tilbagevendende kommission<\/strong> for hver WordPress-henvisning, oven i tilmeldingsbonussen. Og for henvisninger til applikationshosting og databasehosting tilbyder vi ogs\u00e5 5% m\u00e5nedlige tilbagevendende provisioner<\/strong>. Men vent, vi stopper ikke der! De tilbagevendende provisioner er kumulative, hvilket g\u00f8r det til et af hostingbranchens bedste tilbud.<\/p>\n
Nedenfor er blot nogle f\u00e5 af de mange eksempler, vi har p\u00e5, hvordan vores WordPress kommissionsudbetalinger fungerer. Se flere eksempler p\u00e5 udbetalingsscenarier i vores affilierede vilk\u00e5r<\/a>.<\/p>\n
Eksempel p\u00e5 WordPress tilmeldingsbonus<\/strong><\/p>\n
![\"Affilierede](\"https:\/\/kinsta.com\/dk\/wp-content\/uploads\/sites\/12\/2017\/11\/affilierede-udbetalingseksempel.png\")
Affilierede udbetalingseksempel<\/figcaption><\/figure>\n Eksempel p\u00e5 WordPress tilbagevendende kommission<\/strong><\/p>\n
![\"Tilbagevendende](\"https:\/\/kinsta.com\/dk\/wp-content\/uploads\/sites\/12\/2017\/11\/tilbagevendende-kommission-eksempel.png\")
Tilbagevendende Kommission Eksempel<\/figcaption><\/figure>\n 2. Sporing i realtid<\/h3>\n
Vores tilknyttede dashboard er ikke som alle andre p\u00e5 markedet! Du kan f\u00e5 vist tilknyttede data i n\u00e6rheden af realtid, sidevisninger, abonnementer, detaljerede planoplysninger og endda drill down til individuelle henvisninger og kontrollere alle betalinger fra den ene henvisning (som vist nedenfor).<\/p>\n
![\"Kinsta](\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/09\/individual-payment-1.png\")
Kinsta affilierede betaling drill-down<\/figcaption><\/figure>\n 3. H\u00f8j levetidsv\u00e6rdi<\/h3>\n
En af de st\u00f8rste fordele ved at henvise folk til Kinsta er, at vi har en utrolig h\u00f8j levetid v\u00e6rdi for hver klient. Vores churn rate er under 2%!<\/strong> Det betyder, at datterselskaber nemt kan tjene tilbagevendende provisioner for denne kundes levetid.<\/p>\n
4. M\u00e5nedlige udbetalinger<\/h3>\n
Der er ingen grund til, at filialer skal bekymre sig eller markere i deres kalendere. Kinsta betaler altid til tiden, og den sendes til h\u00f8jre for affiliates PayPal-kontoen hver m\u00e5ned.<\/p>\n
5. Quick Promo Materials<\/h3>\n
Har du brug for bannere til at fremme Kinsta p\u00e5 et websted eller en blog? Bare rolig, vi har mange af dem! De salgsfremmen de bannere og logoer kan alle nemt n\u00e5s lige fra det tilknyttede dashboard<\/a>.<\/p>\n
![\"Kinsta](\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/09\/promo-materials-4.png\")
Kinsta affiliate banners<\/figcaption><\/figure>\n 6. Lang konverteringsvindue<\/h3>\n
Folk er optaget og kan ikke konvertere med det samme. Mange gange kan folk lide at shoppe rundt, n\u00e5r det bliver tid til at v\u00e6lge en ny cloud-host. Derfor tilbyder vores datterselskaber 60-dages<\/strong> tracking cookies for at sikre, at de bliver krediteret for salget.<\/p>\n
7. ITP 2.0 klar<\/h3>\n
Kinsta affiliate-systemet er ITP 2.0 klar! Intelligent Tracking Prevention 2.0<\/a> (ITP) er en ny indstilling fra Apple i Safari 11 og nyere, som i det v\u00e6sentlige begr\u00e6nser den adgang, webbaserede sporingsl\u00f8sninger har til cookies i browseren. If\u00f8lge en nylig unders\u00f8gelse har Safari i oktober 2020 stadig omkring 8% af webbrowserens markedsandel<\/a>. S\u00e5 denne \u00e6ndring har stor indflydelse p\u00e5 reklamebranchen.<\/p>\n
Men ikke for at bekymre dig. Kinsta-affilieringssystemet er udelukkende afh\u00e6ngigt af cookies fra f\u00f8rste part<\/strong> uden at hoppe eller andre metoder til at sidestille ITP. Som f\u00f8lge heraf vil alle henvisninger spores og registreres hensigtsm\u00e6ssigt, da de har v\u00e6ret f\u00f8r ITP 2.0.<\/p>\n
Vi har bevidst bygget systemet uden at anvende “ITP-proof” metoder af f\u00f8lgende \u00e5rsager:<\/p>\n
- \n
- Vi tror p\u00e5 \u00e6rlig, gennemsigtig sporing og samler s\u00e5 lidt data som muligt.<\/li>\n
- Vi beh\u00f8ver ikke at spore bes\u00f8gende gennem flere websteder.<\/li>\n
- Vi forventede, at reglerne p\u00e5 nettet blev strengere med tiden.<\/li>\n<\/ol>\n
Du kan l\u00e6se mere om forgreningerne af ITP 2.0<\/a>.<\/p>\n
8. Flersproget Dashboard – F\u00e5s i fem sprog<\/h3>\n
Vores Kinsta affiliate dashboard er nu tilg\u00e6ngeligt p\u00e5 otte forskellige sprog, og flere er p\u00e5 vej. I \u00f8jeblikket kan du v\u00e6lge f\u00f8lgende:<\/p>\n
- \n
- engelsk<\/li>\n
- tysk<\/li>\n
- fransk<\/li>\n
- spansk<\/li>\n
- italiensk<\/li>\n
- hollandske<\/li>\n
- portugisisk<\/li>\n
- japansk<\/li>\n<\/ul>\n
9. Hj\u00e6lper Affiliates Succeed<\/h3>\n
Udover at opbygge et fantastisk affilieret system og dashboard, \u00f8nsker vi virkelig, at datterselskaber skal lykkes. Der er virkelig ingen gr\u00e6nse for hvad de penge, de kan g\u00f8re. Det er helt gratis for nogen at deltage.<\/strong> Tilmeld dig her<\/a>.<\/p>\n
Bem\u00e6rk: Vi godkender godkendte tilknyttede konti manuelt, bare for at sikre, at websteder overholder vores affiliate vilk\u00e5r<\/a>.<\/p>\n
Marketingteamet hos Kinsta er sammen med vores affiliate manager her for at hj\u00e6lpe. Vi giver gerne tips til affiliate marketing<\/a> og affiliate salgstips<\/a> om m\u00e5der at tage kampagner til det n\u00e6ste niveau. Faktisk arbejder vi p\u00e5 at producere yderligere indhold p\u00e5 vores blog, der er designet specifikt til affiliate marketing, og m\u00e5der at \u00f8ge indtjeningen p\u00e5.<\/p>\n
Resum\u00e9<\/h2>\n
Vores nuv\u00e6rende implementering har vist sig at v\u00e6re meget mere stabil, lys\u00e5r hurtigere og en bedre oplevelse for vores partnere og admins. Det lagde et solidt fundament ud, p\u00e5 grundlag af hvilket vi kan bygge et fantastisk produkt og program.<\/p>\n
En stor fordel er, at vi nu kan fokusere mere p\u00e5 forbedringer af brugeren. Vi har tilf\u00f8jet flere diagrammer, sporing af webadresser og mere i l\u00f8bet af nogle m\u00e5neder efter udgivelsen. Vi planl\u00e6gger at forbedre brugeroplevelsen endnu mere og give v\u00e6rkt\u00f8jer til vores partnere, som g\u00f8r det muligt for dem at tjene mere.<\/p>\n
Vi er ikke t\u00e6t p\u00e5 at v\u00e6re f\u00e6rdige \ud83e\udd18<\/p>\n
- Affiliate Dashboard<\/strong>: Dette er den bruger-side af affiliate-systemet. Den best\u00e5r af en flok React-komponenter, der f\u00e5r deres data via GraphQL-foresp\u00f8rgsler fra backend<\/li>\n
- CJ: <\/strong>$75,000 i gebyrer<\/li>\n
- CJ<\/strong>: 3.000$ netv\u00e6rk gebyr, 3.000$ depositum, 500$ \u00e5rligt adgangsgebyr og 30% transaktionsgebyr eller 0,30$ p\u00e5 hvert salg – alt efter hvilket bel\u00f8b der er st\u00f8rre.<\/li>\n
- Grundl\u00e6ggende om, hvordan vores affilierede system fungerer<\/a><\/li>\n