摘要:最近了解了下廣告投放前后端投放流程,一定有一些不嚴(yán)謹(jǐn)?shù)牡胤剑M魑淮蟠笾赋?。展示次?shù)和點(diǎn)擊次數(shù)是反應(yīng)廣告投放具體情況的個(gè)指標(biāo)。即廣告的展示計(jì)數(shù)是通過這個(gè)像素圖發(fā)送請(qǐng)求次數(shù)作為展示的數(shù)量。
最近了解了下廣告投放前后端投放流程,一定有一些不嚴(yán)謹(jǐn)?shù)牡胤?,希望各位大大指出?/p>
展示次數(shù)和點(diǎn)擊次數(shù)是反應(yīng)廣告投放具體情況的2個(gè)指標(biāo)。比如google提供的ga,百度,cnzz等提供的統(tǒng)計(jì)代碼。
展示計(jì)數(shù)采用了基于像素的計(jì)算方法來記錄在發(fā)布商上投放的廣告展示次數(shù)。當(dāng)某個(gè)廣告完全展示的時(shí)候,一個(gè)1x1的像素請(qǐng)求會(huì)被發(fā)送到我們的ad server上,那么這次的展示就會(huì)被記錄。即廣告的展示計(jì)數(shù)是通過這個(gè)1x1像素圖發(fā)送請(qǐng)求次數(shù)作為展示的數(shù)量。如果是ad serving的話,那就是server上廣告物料被請(qǐng)求的次數(shù)。一些第三方的廣告服務(wù)器使用302重定向方法來統(tǒng)計(jì)展示次數(shù),ad server會(huì)記錄一次展示。這種基于像素和302重定向方法之間還是有點(diǎn)差異的,具體見報(bào)告展示次數(shù)差異
(function() { var ifr = document.createElement("iframe"), c = document.getElementById("c"); //像素容器 ifr.width = "1"; ifr.height = "1"; ifr.border = "0"; ifr.style.display = "none"; ifr.src = monitorServer.url + "?param1=xxx¶m2=xxxx&r=" + Math.random(); //向展示計(jì)數(shù)服務(wù)器發(fā)送請(qǐng)求 c.appendChild(ifr); })();點(diǎn)擊計(jì)數(shù)
當(dāng)用戶點(diǎn)擊廣告時(shí),會(huì)有一條請(qǐng)求發(fā)送給ad server,ad server收到請(qǐng)求后統(tǒng)計(jì)一次點(diǎn)擊,ad server會(huì)向用戶發(fā)送重定向網(wǎng)址,將用戶轉(zhuǎn)到著陸頁。
點(diǎn)擊計(jì)數(shù)的方式一般有2種
前端js
302重定向
前端js:用戶從A頁面,點(diǎn)擊廣告的URL,執(zhí)行了跳轉(zhuǎn)的JS代碼,跳轉(zhuǎn)到C頁面。
執(zhí)行了2個(gè)步驟:
1.發(fā)送點(diǎn)擊請(qǐng)求給ad server
2.直接跳轉(zhuǎn)至廣告落地頁
這種方式?jīng)]通過ad server,直接跳轉(zhuǎn)過去,如果不在落地頁的URL上將廣告參數(shù)寫死,那么無法識(shí)別廣告信息。
302重定向1.點(diǎn)擊廣告,請(qǐng)求跳轉(zhuǎn)至ad server.
2.跳轉(zhuǎn)至落地頁
這個(gè)時(shí)候在請(qǐng)求跳轉(zhuǎn)至ad server的時(shí)候,server可將廣告參數(shù)寫入server域名下的cookie,同時(shí)server還可以將廣告參數(shù)拼接在落地頁的URL后,落地頁便可以完成對(duì)應(yīng)廣告活動(dòng),廣告位信息的讀取。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/78622.html
摘要:注意廣告警告廣告警告廣告警告在一個(gè)應(yīng)用的開發(fā)周期中一般前端與后端都是并行開發(fā)的各自完成自己的開發(fā)工作后進(jìn)行聯(lián)調(diào)聯(lián)調(diào)通過再進(jìn)行提測(cè)發(fā)布開發(fā)過程中前端都會(huì)以后端提供的文檔作為標(biāo)準(zhǔn)模擬返回?cái)?shù)據(jù)以確保在開發(fā)中就保證功能的完整性而關(guān)于如何更好的進(jìn)行業(yè) 注意! 廣告警告! 廣告警告! 廣告警告! 在一個(gè)web應(yīng)用的開發(fā)周期中, 一般前端與后端都是并行開發(fā)的, 各自完成自己的開發(fā)工作后進(jìn)行聯(lián)調(diào), 聯(lián)...
摘要:就鹿晗宣布戀情導(dǎo)致微博宕機(jī)事件淺談大型網(wǎng)站高可用性架構(gòu)中午吃飯刷著刷著微博發(fā)現(xiàn)微博突然掛了。用戶在使用瀏覽器訪問一個(gè)網(wǎng)站時(shí)需要先通過協(xié)議向服務(wù)器發(fā)送請(qǐng)求,之后服務(wù)器返回文件與響應(yīng)信息。 webpack:從入門到真實(shí)項(xiàng)目配置 自從出現(xiàn)模塊化以后,大家可以將原本一坨代碼分離到個(gè)個(gè)模塊中,但是由此引發(fā)了一個(gè)問題。每個(gè) JS 文件都需要從服務(wù)器去拿,由此會(huì)導(dǎo)致加載速度變慢。Webpack 最主...
摘要:延伸這里再順便提一下,新架構(gòu)下的防御。不過,還有一點(diǎn)值得一提前后端分離框架下,路由由控制我自己要獲取的后端參數(shù)和需要用在業(yè)務(wù)邏輯的參數(shù),在主觀上前端同學(xué)更好把握一些。 原文: http://feclub.cn/post/content... 背景 1、什么是CSRF攻擊? 這里不再介紹CSRF,已經(jīng)了解CSRF原理的同學(xué)可以直接跳到:3、前后端分離下有何不同?。 不太了解的同學(xué)可以看這...
摘要:梆梆安全梆梆的整體流程和其他的差不多,可以選擇安全評(píng)估和應(yīng)用加固是否同時(shí)進(jìn)行。其中對(duì)速度影響最大的是梆梆安全。通過這次的評(píng)測(cè),可以發(fā)現(xiàn)測(cè)試的應(yīng)用采用通付盾的加固后,兼容性出現(xiàn)了大幅度下降只有。 前言:由于安卓APP是基于Java的,所以極容易被破解,一個(gè)不經(jīng)過加固的APP猶如裸奔一樣,毫無防備。之前曾有新聞報(bào)道,一些專職的APP打包黑產(chǎn)就是專門從各種渠道找到apk,通過各種破解手段將a...
摘要:項(xiàng)目背景物業(yè)管理后臺(tái),不同角色擁有不同權(quán)限采用技術(shù)實(shí)現(xiàn)權(quán)限管理需要后端接口支持,這里僅提供前端解決方案。前端代碼可參考如果有更好的想法和建議,歡迎評(píng)論。 項(xiàng)目背景:物業(yè)管理后臺(tái),不同角色擁有不同權(quán)限 采用技術(shù):Vue.js + Vuex + Element UI 實(shí)現(xiàn) RBAC 權(quán)限管理需要后端接口支持,這里僅提供前端解決方案。因代碼篇幅較大,對(duì)代碼進(jìn)行了刪減,文中 ... 即為省略的...
閱讀 2361·2021-11-24 11:16
閱讀 2047·2021-09-30 09:47
閱讀 2019·2021-09-10 10:51
閱讀 1330·2019-08-30 14:08
閱讀 3150·2019-08-30 13:47
閱讀 1536·2019-08-30 13:02
閱讀 3241·2019-08-29 12:29
閱讀 3212·2019-08-26 17:05