Impreuna cu cei de la 2Performant am dezvoltat in ultimele saptamani cateva functionalitati foarte interesante pentru voi, insa am si rezolvat cateva bug-uri.

1. Informatiile despre click-uri sunt acum prezente in API

Pentru fiecare comision obtinut prin API, in obiectul returnat se gasesc acum si informatii despre click-ul care l-a generat, inclusiv tag-urile statistice.

2. Suport tehnic pentru aprobarea automata a comisioanelor mai vechi de „X” zile

Aceasta perioada se defineste la nivel de campanie, conform contractului semnat cu fiecare advertiser in parte. Detalii in curand aici, pe blog.

3. Abilitatea de a exporta lista de comisioane de catre afiliati

Mai nou gasiti un buton in pagina de Comisioane, care va ofera lista de comisioane intr-un format usor de manipulat si de analizat folosind soft-uri precum Microsoft Excel.

4. Link-urile cu ancora din campaniile cu parametri in URL setati automat functioneaza corect acum

Spoiler alert: explicatie destul de tehnica :).

Pana acum, daca un afiliat folosea un link de forma https://www.2parale.ro/home/faq#faq_6 pentru a promova campania 2Parale, linkul afiliat aferent nu functiona. De ce? Pentru ca aceasta campanie profita de optiunea de a alipi automat niste parametri URL-ului final (i.e. utm_source, utm_campaign etc.), iar acesti parametri erau pusi dupa ancora (i.e. #faq_6), ceea ce facea URL-ul incorect (https://www.2parale.ro/home/faq#faq_6?utm_source=afiliere&utm_medium=Campaign&utm_term=xxxxxxx&utm_campaign=afiliere2012).

Aceasta problema a fost rezolvata, mutand ancora dupa querystring (https://www.2parale.ro/home/faq?utm_source=afiliere&utm_medium=Campaign&utm_term=xxxxxxx&utm_campaign=afiliere2012#faq_6).

  1. Multumesc si eu pt pct 3. In sfarsit, de cand il asteptam.

    O intrebare pe care am pus-o si unui advertiser, prin mesaj, dar la care n-am primit inca raspuns. Se poate face in asa fel incat, in campul „Description” la comision sa apara toate produsele cumparate, fara sa se mai faca substr() sau cum se face acum, pt ca, de exemplu in cazul cartilor, unele persoane cumpara si 5-10 carti, ori daca nimeresc 2 carti cu titlu mai lung, nu apare decat titlul lor in descriere si nu pot vedea si celelalte 8 carti. Si chiar m-ar interesa sa stiu ce carti cumpara lumea, pt statistici.

  2. Multumesc si eu pt pct 3. In sfarsit, de cand il asteptam.

    O intrebare pe care am pus-o si unui advertiser, prin mesaj, dar la care n-am primit inca raspuns. Se poate face in asa fel incat, in campul „Description” la comision sa apara toate produsele cumparate, fara sa se mai faca substr() sau cum se face acum, pt ca, de exemplu in cazul cartilor, unele persoane cumpara si 5-10 carti, ori daca nimeresc 2 carti cu titlu mai lung, nu apare decat titlul lor in descriere si nu pot vedea si celelalte 8 carti. Si chiar m-ar interesa sa stiu ce carti cumpara lumea, pt statistici.

  3. Mihai Pavelescu says:

    Astepam punctul 1 de ceva timp 🙂 multumesc frumos, vad ca este vorba de public_click_data.

    Acum mai am o sugestie:

    Ne-ar mai trebui o functie de genul get_last_updated_ids(timestamp) care sa returneze id-urile comisionelor modificate dupa acel timestamp… Si zic asta pentru ca vine dupa 1 saptamana /1 luna si se schimba acel „updated_at”.. status etc.. nu conteaza.. idea ar fi sa nu facem cereri aiurea la serverul dvs. ci doar pentru last_updated de la ultima verficare, Cred ca s-a inteles ideea,

    Multumesc,
    Mihai

  4. Mihai Pavelescu says:

    Astepam punctul 1 de ceva timp 🙂 multumesc frumos, vad ca este vorba de public_click_data.

    Acum mai am o sugestie:

    Ne-ar mai trebui o functie de genul get_last_updated_ids(timestamp) care sa returneze id-urile comisionelor modificate dupa acel timestamp… Si zic asta pentru ca vine dupa 1 saptamana /1 luna si se schimba acel „updated_at”.. status etc.. nu conteaza.. idea ar fi sa nu facem cereri aiurea la serverul dvs. ci doar pentru last_updated de la ultima verficare, Cred ca s-a inteles ideea,

    Multumesc,
    Mihai

  5. @Mihai Pavelescu: ma gandesc la o solutie alternativa de a sorta comisioanele primite prin API dupa updated_at (descrescator, i.e. in ordine invers cronologica). N-ar schimba structura API-ului si cred ca te-ai descurca asa. Ce zici?

    @AnaNan: pur si simplu apeleaza API-ul pentru comisioane si vei vedea impreuna cu fiecare comision un obiect denumit „public_click_data”. Acolo sunt informatiile despre click.

    In ceea ce priveste 2PCMS, cel mai probabil pana la sfarsitul saptamanii va fi disponibil pe GitHub.

  6. @Mihai Pavelescu: ma gandesc la o solutie alternativa de a sorta comisioanele primite prin API dupa updated_at (descrescator, i.e. in ordine invers cronologica). N-ar schimba structura API-ului si cred ca te-ai descurca asa. Ce zici?

    @AnaNan: pur si simplu apeleaza API-ul pentru comisioane si vei vedea impreuna cu fiecare comision un obiect denumit „public_click_data”. Acolo sunt informatiile despre click.

    In ceea ce priveste 2PCMS, cel mai probabil pana la sfarsitul saptamanii va fi disponibil pe GitHub.

Comentează

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>