很可惜 T 。T 您現(xiàn)在還不是作者身份，不能自主發(fā)稿哦～
如有投稿需求，請把文章發(fā)送到郵箱tougao@appcpx.com，一經(jīng)錄用會有專人和您聯(lián)系
咨詢?nèi)绾纬蔀榇河鹱髡哒埪?lián)系：鳥哥筆記小羽毛（ngbjxym）
埋點是數(shù)據(jù)采集的專用術(shù)語，在數(shù)據(jù)驅(qū)動型業(yè)務(wù)中，如營銷策略、產(chǎn)品迭代、業(yè)務(wù)分析、用戶畫像等，都依賴于數(shù)據(jù)提供決策支持，希望通過數(shù)據(jù)來捕捉特定的用戶行為，如按鈕點擊量、閱讀時長等統(tǒng)計信息。因此，數(shù)據(jù)埋點可以簡單理解為：針對特定業(yè)務(wù)場景進(jìn)行數(shù)據(jù)采集和上報的技術(shù)方案。
數(shù)據(jù)埋點非?？粗貎杉?，一個是數(shù)據(jù)記錄的準(zhǔn)確性，另一個則是數(shù)據(jù)記錄的完備性。
先講數(shù)據(jù)的準(zhǔn)確性。數(shù)據(jù)埋點非常強(qiáng)調(diào)規(guī)范和流程，因為參數(shù)的規(guī)范與合法，將直接影響到數(shù)據(jù)分析的準(zhǔn)確性，如果準(zhǔn)確性得不到保障，那么所有基于埋點得出的結(jié)論，都是不可信的。辛辛苦苦做了很久的方案，一旦因為一個疏忽的小問題，導(dǎo)致下游集中投訴，其實非常劃不來。
道理每個人都懂，但現(xiàn)實情況中，數(shù)據(jù)埋點所面對的客觀環(huán)境，其實非常復(fù)雜，例如：
產(chǎn)品在移動場景下，既有原生的IOS和安卓端，也有H5和小程序端，每種場景的技術(shù)棧不同，出現(xiàn)問題的排查成本很高；
埋點準(zhǔn)確性的驗證，需要人肉參與，不能保證完全正確，且一旦出現(xiàn)問題，只能隨著下次發(fā)版來修復(fù)，修復(fù)問題的時間成本很高。
因此本文有非常長的篇幅來寫流程問題，其實是非常有必要的。
再講數(shù)據(jù)的完備性。因為埋點主要是面向分析使用，對用戶而言是個額外的功能，因此埋點的業(yè)務(wù)侵入性很強(qiáng)，很容易對用戶體驗造成影響。別的不說，僅僅是流量的消耗，就很容被用戶噴。因此，要提前想清楚，我們要采集哪些東西，因為修改方案的成本，是傷不起的。
通常情況下，我們需要記錄用戶在使用產(chǎn)品過程中的操作行為，通過4W1H模型可以比較好的保障信息是完備的。4W1H包括：
Who（誰）；
When（在什么時間）；
Where（在什么位置）；
What（看到了什么）；
How（做了哪些操作）。
規(guī)定好記錄信息的基本方法之后，按照固定的頻率，如每小時、每天，或者是固定的數(shù)量，比如多少條日志，或者是網(wǎng)絡(luò)環(huán)境，比如在Wifi下上傳，我們就可以開心的把埋點數(shù)據(jù)用起來了。
當(dāng)然，數(shù)據(jù)記錄的時效性也比較重要，但因為埋點數(shù)據(jù)通常量級會比較大，且各個端數(shù)據(jù)回傳的時間不同，因此想做到實時統(tǒng)計，還是需要分場景來展開。在Flink技術(shù)日漸成熟的今天，全鏈路的實時采集與統(tǒng)計，已經(jīng)不是什么難題。
在埋點的技術(shù)方案中，首先要重視的，是用戶唯一標(biāo)識的建設(shè)。如果做不到對用戶的唯一識別，那么基礎(chǔ)的UV統(tǒng)計，都將是錯誤的。
因此，在數(shù)據(jù)埋點方案中，有兩個信息是一定要記錄的，即設(shè)備ID+用戶ID。設(shè)備ID代表用戶使用哪個設(shè)備，如安卓的ANDROID_ID/IMEI，IOS中的IDFA/UDID，瀏覽器的Cookie，小程序的OpenID等。用戶ID，代表用戶在產(chǎn)品中所注冊的賬號，通常是手機(jī)號，也可以是郵箱等其他格式。
當(dāng)這兩個信息能夠獲得時，不論是用戶更換設(shè)備，或者是同一臺設(shè)備不同賬號登錄，我們都能夠根據(jù)這兩個ID，來識別出誰在對設(shè)備做操作。
其次，我們來看一下Web的數(shù)據(jù)采集技術(shù)。Web端數(shù)據(jù)采集主要通過三種方式實現(xiàn)：服務(wù)器日志、URL解析及JS回傳。
服務(wù)器日志：指Web服務(wù)器軟件，例如Httpd、Nginx、Tomcat等自帶的日志，例如Nginx的access.log日志等；
URL解析：指訪問服務(wù)器時，將URL信息及攜帶的參數(shù)進(jìn)行解析后，上傳服務(wù)器，例如訪問百度首頁：https://www.baidu.com/s?ie=utf-8&wd=你好，我們可以獲得本次訪問的word為“你好”；
JS回傳：指在Web頁面上添加的各類統(tǒng)計插件，通過在頁面嵌入自定義的Javascript代碼來獲取用戶的訪問行為(比如鼠標(biāo)懸停的位置，點擊的頁面組件等)，然后通過Ajax請求到后臺記錄日志。
瀏覽器的日志采集種類又可以分為兩大類：頁面瀏覽日志和頁面交互日志。
頁面瀏覽日志：別名為“展現(xiàn)日志”；指當(dāng)一個頁面被瀏覽器加載時所采集的日志，該類型為最基礎(chǔ)的互聯(lián)網(wǎng)日志，也是PV及UV統(tǒng)計的基礎(chǔ)。
頁面交互日志：別名為“點擊日志”；指當(dāng)頁面加載和渲染完成后，用戶可以在頁面上執(zhí)行的各類操作，以便量化感知用戶的興趣點。
除此之外，還有一些針對特定場合統(tǒng)計的日志，例如頁面曝光時長日志、用戶在線操作監(jiān)控等，但原理都基于上述兩類日志，只是在統(tǒng)計上有所區(qū)分。
再次，我們來看下客戶端的數(shù)據(jù)采集。與網(wǎng)頁日志對應(yīng)的，是手機(jī)應(yīng)用為基礎(chǔ)的客戶端日志，由于早期手機(jī)網(wǎng)絡(luò)通訊能力較差，因而SDK往往采用延遲發(fā)送日志的方式，也就是先將日志統(tǒng)計在本地，然后選擇在Wifi環(huán)境下上傳，因而往往會出現(xiàn)統(tǒng)計數(shù)據(jù)延遲的情況?，F(xiàn)如今網(wǎng)絡(luò)環(huán)境好了很多，4G、5G流量充足，尤其是視頻類APP基本上都是一直聯(lián)網(wǎng)，因而很多統(tǒng)計能夠做到實時統(tǒng)計。
客戶端的日志統(tǒng)計主要通過SDK來完成，根據(jù)不同的用戶行為分成不同的事件，“事件”是客戶端日志行為的最小單位，根據(jù)類型的不同，可以分為頁面事件（類比頁面瀏覽）和控件點擊事件（類比頁面交互）。對于頁面事件，不同的SDK有不同的方式，主要區(qū)別為是在頁面創(chuàng)建時發(fā)送日志，還是在頁面瀏覽結(jié)束后發(fā)送日志，區(qū)別在于業(yè)務(wù)統(tǒng)計是否需要采集用戶的頁面停留時長。
頁面事件的統(tǒng)計主要統(tǒng)計如下三類信息：
設(shè)備及用戶的基本信息，例如IMEI、用戶賬號等；
被訪問頁面的信息，例如商品ID、瀏覽店鋪等；
訪問的路徑信息，例如上一個頁面來源等。
最后，我們還需要考慮小程序等場景的埋點方案，小程序通常情況下，開發(fā)者會聲明好相應(yīng)的方法，按照需求調(diào)用即可，例如微信提供了API上報和填寫配置兩種方案。
埋點其實還需要考慮數(shù)據(jù)上傳的方案，批量的數(shù)據(jù)可以通過Flume直接上報，流式的可以寫到Kafka，或者直接使用Flink來處理。這些框架相關(guān)的內(nèi)容不是本文考慮的重點，有興趣的可以自行查閱資料。
有了指導(dǎo)思路和技術(shù)方案后，我們就可以著手制定相應(yīng)的數(shù)據(jù)埋點流程規(guī)范了。
籠統(tǒng)上，流程規(guī)范會分成五個步驟，即需求評審、埋點申請、技術(shù)開發(fā)、埋點驗證、發(fā)布上線。
前文提到過，數(shù)據(jù)埋點的方案一旦確定，返工和排查問題的成本都很高，但數(shù)據(jù)埋點之后的分析工作，又涉及到了PD、BI、算法、數(shù)據(jù)等多個角色。因此非常有必要，將需求內(nèi)容和數(shù)據(jù)口徑統(tǒng)一收口，所有人在一套口徑下，將需求定義出來，隨后業(yè)務(wù)側(cè)再介入，進(jìn)行埋點方案的設(shè)計和開發(fā)。
以前文提到的4W1H模型為例，常見的記錄內(nèi)容如下：
Who：設(shè)備ID、用戶ID、手機(jī)號、微信識別碼等；
Where：在Web、移動端還是小程序下，如果是移動端，GPS地址在哪，使用的是哪個APP；
When：記錄日志的時間戳、日志上報的時間戳；
What：操作系統(tǒng)、設(shè)備型號、網(wǎng)絡(luò)環(huán)境、APP版本、當(dāng)前頁面、展示內(nèi)容等信息；
How：如果是搜索行為，則記錄關(guān)聯(lián)詞；如果是內(nèi)容點擊，則記錄內(nèi)容ID、內(nèi)容類型、列表位置；如果是交易動作，記錄交易的商品ID、類型、數(shù)量；如果是支付過程，記錄付款的方式與付款金額。
最后我們統(tǒng)計時，按照上述約定，統(tǒng)計用戶在某個時間和地點中，看到了哪些信息，并完成了怎樣的動作。上下游的相關(guān)人員，在使用這份數(shù)據(jù)時，產(chǎn)生的歧義或者是分歧，會小很多。
當(dāng)下的熱門應(yīng)用，大多是以超級APP的形式出現(xiàn)，比如微信、淘寶、支付寶、抖音，超級APP會承載非常多的業(yè)務(wù)，因此技術(shù)方案上會十分統(tǒng)一。
因此，當(dāng)我們的技術(shù)方案確定后，通常要在相應(yīng)的埋點平臺上，進(jìn)行埋點申請。申請的內(nèi)容包括分配的SPM、SCM碼是什么，涉及到的平臺是哪些，等等。SPM、SCM是什么，有什么用，同樣可以自行查閱。
當(dāng)需求確定、申請通過后，我們就可以開始開發(fā)動作了，這里基本上是對研發(fā)同學(xué)進(jìn)行約束。埋點的開發(fā)，簡單講，是分成行為埋點和事件埋點兩個大類，每一類根據(jù)端的不同進(jìn)行相應(yīng)的開發(fā)。具體的技術(shù)方案詳見前文01章節(jié)。
詳細(xì)的設(shè)計規(guī)范，是需要留文檔的，因為代碼不能反應(yīng)業(yè)務(wù)的真實意圖，而不論是事后復(fù)盤與業(yè)務(wù)交接，都需要完整的文檔來闡述設(shè)計思路。
埋點的驗證很關(guān)鍵，如果上線后才發(fā)現(xiàn)問題，那么歷史數(shù)據(jù)是無法追溯的。
驗證有兩種方式，一種是實時的功能驗證，一種是離線的日志驗證。
實時功能驗證，指功能開發(fā)好后，在灰度環(huán)境上測試相應(yīng)的埋點功能是否正常，比如點擊相應(yīng)的業(yè)務(wù)模塊，日志是否會正確的打印出來。通常而言，我們需要驗證如下三個類型的問題：
記錄正確：APP發(fā)生相應(yīng)的動作，檢查日志是否打印正確，如：打開頁面（行為埋點）、點擊按鈕（事件埋點）時，是否日志會記錄；
位置正確：查看SPM、SCM碼與平臺申請的是否一致；
內(nèi)容正確：設(shè)備ID、用戶ID等必須記錄的內(nèi)容是否正確，行為、事件記錄內(nèi)容是否與頁面實際發(fā)生的一致。
除去實時驗證，我們也需要把日志寫到測試環(huán)境中，查看數(shù)據(jù)上報的過程是否正確，以及對上報后的數(shù)據(jù)進(jìn)行統(tǒng)計，側(cè)面驗證記錄的準(zhǔn)確性，如統(tǒng)計基本的PV、UV，行為、事件的發(fā)生數(shù)量。
很多時候，數(shù)據(jù)是需要多方驗證的，存在一定的上下游信息不同步問題，比如對某個默認(rèn)值的定義有歧義，日志統(tǒng)計會有效的發(fā)現(xiàn)這類問題。
應(yīng)用的發(fā)布上線通常會有不同的周期，例如移動端會有統(tǒng)一的發(fā)版時間，而網(wǎng)頁版只需要根據(jù)自己的節(jié)奏走，因此數(shù)據(jù)開始統(tǒng)計的時間是不同的。最后，應(yīng)用應(yīng)當(dāng)對所有已發(fā)布的埋點數(shù)據(jù)，有統(tǒng)一的管理方法。
大多數(shù)時候，數(shù)據(jù)埋點的技術(shù)方案，只需要設(shè)計一次，但數(shù)據(jù)準(zhǔn)確性的驗證，卻需要隨著產(chǎn)品的生命周期持續(xù)下去，因此僅僅依靠人肉來準(zhǔn)確性驗證是不夠的，我們需要平臺來支持自動化的工作。埋點的準(zhǔn)確性，大體有兩種方法保障：一種是灰度環(huán)境下驗證真實用戶數(shù)據(jù)的準(zhǔn)確性；另一種則是在線上環(huán)境中，驗證全量數(shù)據(jù)的準(zhǔn)確性。因此，發(fā)布上線之后，后續(xù)的管理動作，應(yīng)該是對現(xiàn)有流程的自動化管理，因為團(tuán)隊大了，需要埋點的東西多種多樣，讓平臺自己測試、自動化測試，就是很多測試團(tuán)隊必須走的路。
目前行業(yè)中，已經(jīng)有很多比較成熟的數(shù)據(jù)統(tǒng)計平臺，大家對于數(shù)據(jù)埋點也都有自己的方案。常見的有：GrowingIO、神策數(shù)據(jù)、百度統(tǒng)計、谷歌分析、友盟等。官網(wǎng)都有比較詳細(xì)的介紹，這里不再贅述。
數(shù)據(jù)埋點只是技能的一種，通過埋點的數(shù)據(jù)，如何去做分析，其實也很重要。做過互聯(lián)網(wǎng)的同學(xué)，基本都會有自己的寶藏庫，來看看業(yè)界的同行都是如何分析問題的，著名的如艾瑞咨詢的數(shù)據(jù)報告。其實再高大上的報告，歸根結(jié)底，也是通過數(shù)據(jù)+模型來分析得到的結(jié)論。
最后說說自己做數(shù)據(jù)埋點方案的利弊。一些流量型的業(yè)務(wù)模式，使用第三方是沒有問題的，因為第三方通常提供了很強(qiáng)大、很完備的功能，穩(wěn)定性也有保障，但缺點是，無法做平臺規(guī)則之外的數(shù)據(jù)埋點。但如果業(yè)務(wù)數(shù)據(jù)是非常敏感的，比如金融相關(guān)，那么還是建議自己做技術(shù)方案，且現(xiàn)有的數(shù)據(jù)埋點方法，都是基于流量分析平臺來做的，對于一些偏傳統(tǒng)的業(yè)務(wù)場景，其實并不是非常適用。
最后，數(shù)據(jù)埋點，只是一種技術(shù)或者是工具，想要得出有價值的分析成果，需要有有科學(xué)的分析模型做指導(dǎo)，也需要有正確的學(xué)習(xí)路線來堅持。
-END-
本文為作者獨立觀點，不代表鳥哥筆記立場，未經(jīng)允許不得轉(zhuǎn)載。
《鳥哥筆記版權(quán)及免責(zé)申明》 如對文章、圖片、字體等版權(quán)有疑問，請點擊 反饋舉報
我們致力于提供一個高質(zhì)量內(nèi)容的交流平臺。為落實國家互聯(lián)網(wǎng)信息辦公室“依法管網(wǎng)、依法辦網(wǎng)、依法上網(wǎng)”的要求，為完善跟帖評論自律管理，為了保護(hù)用戶創(chuàng)造的內(nèi)容、維護(hù)開放、真實、專業(yè)的平臺氛圍，我們團(tuán)隊將依據(jù)本公約中的條款對注冊用戶和發(fā)布在本平臺的內(nèi)容進(jìn)行管理。平臺鼓勵用戶創(chuàng)作、發(fā)布優(yōu)質(zhì)內(nèi)容，同時也將采取必要措施管理違法、侵權(quán)或有其他不良影響的網(wǎng)絡(luò)信息。
一、根據(jù)《網(wǎng)絡(luò)信息內(nèi)容生態(tài)治理規(guī)定》《中華人民共和國未成年人保護(hù)法》等法律法規(guī)，對以下違法、不良信息或存在危害的行為進(jìn)行處理。
1. 違反法律法規(guī)的信息，主要表現(xiàn)為：
1)反對憲法所確定的基本原則；
2)危害國家安全，泄露國家秘密，顛覆國家政權(quán)，破壞國家統(tǒng)一，損害國家榮譽(yù)和利益；
3)侮辱、濫用英烈形象，歪曲、丑化、褻瀆、否定英雄烈士事跡和精神，以侮辱、誹謗或者其他方式侵害英雄烈士的姓名、肖像、名譽(yù)、榮譽(yù)；
4)宣揚(yáng)恐怖主義、極端主義或者煽動實施恐怖活動、極端主義活動；
5)煽動民族仇恨、民族歧視，破壞民族團(tuán)結(jié)；
6)破壞國家宗教政策，宣揚(yáng)邪教和封建迷信；
7)散布謠言，擾亂社會秩序，破壞社會穩(wěn)定；
8)宣揚(yáng)淫穢、色情、賭博、暴力、兇殺、恐怖或者教唆犯罪；
9)煽動非法集會、結(jié)社、游行、示威、聚眾擾亂社會秩序；
10)侮辱或者誹謗他人，侵害他人名譽(yù)、隱私和其他合法權(quán)益；
11)通過網(wǎng)絡(luò)以文字、圖片、音視頻等形式，對未成年人實施侮辱、誹謗、威脅或者惡意損害未成年人形象進(jìn)行網(wǎng)絡(luò)欺凌的；
12)危害未成年人身心健康的；
13)含有法律、行政法規(guī)禁止的其他內(nèi)容；
2. 不友善：不尊重用戶及其所貢獻(xiàn)內(nèi)容的信息或行為。主要表現(xiàn)為：
1)輕蔑：貶低、輕視他人及其勞動成果；
2)誹謗：捏造、散布虛假事實，損害他人名譽(yù)；
3)嘲諷：以比喻、夸張、侮辱性的手法對他人或其行為進(jìn)行揭露或描述，以此來激怒他人；
4)挑釁：以不友好的方式激怒他人，意圖使對方對自己的言論作出回應(yīng)，蓄意制造事端；
5)羞辱：貶低他人的能力、行為、生理或身份特征，讓對方難堪；
6)謾罵：以不文明的語言對他人進(jìn)行負(fù)面評價；
7)歧視：煽動人群歧視、地域歧視等，針對他人的民族、種族、宗教、性取向、性別、年齡、地域、生理特征等身份或者歸類的攻擊；
8)威脅：許諾以不良的后果來迫使他人服從自己的意志；
3. 發(fā)布垃圾廣告信息：以推廣曝光為目的，發(fā)布影響用戶體驗、擾亂本網(wǎng)站秩序的內(nèi)容，或進(jìn)行相關(guān)行為。主要表現(xiàn)為：
1)多次發(fā)布包含售賣產(chǎn)品、提供服務(wù)、宣傳推廣內(nèi)容的垃圾廣告。包括但不限于以下幾種形式：
2)單個帳號多次發(fā)布包含垃圾廣告的內(nèi)容；
3)多個廣告帳號互相配合發(fā)布、傳播包含垃圾廣告的內(nèi)容；
4)多次發(fā)布包含欺騙性外鏈的內(nèi)容，如未注明的淘寶客鏈接、跳轉(zhuǎn)網(wǎng)站等，誘騙用戶點擊鏈接
5)發(fā)布大量包含推廣鏈接、產(chǎn)品、品牌等內(nèi)容獲取搜索引擎中的不正當(dāng)曝光；
6)購買或出售帳號之間虛假地互動，發(fā)布干擾網(wǎng)站秩序的推廣內(nèi)容及相關(guān)交易。
7)發(fā)布包含欺騙性的惡意營銷內(nèi)容，如通過偽造經(jīng)歷、冒充他人等方式進(jìn)行惡意營銷；
8)使用特殊符號、圖片等方式規(guī)避垃圾廣告內(nèi)容審核的廣告內(nèi)容。
4. 色情低俗信息，主要表現(xiàn)為：
1)包含自己或他人性經(jīng)驗的細(xì)節(jié)描述或露骨的感受描述；
2)涉及色情段子、兩性笑話的低俗內(nèi)容；
3)配圖、頭圖中包含庸俗或挑逗性圖片的內(nèi)容；
4)帶有性暗示、性挑逗等易使人產(chǎn)生性聯(lián)想；
5)展現(xiàn)血腥、驚悚、殘忍等致人身心不適；
6)炒作緋聞、丑聞、劣跡等；
7)宣揚(yáng)低俗、庸俗、媚俗內(nèi)容。
5. 不實信息，主要表現(xiàn)為：
1)可能存在事實性錯誤或者造謠等內(nèi)容；
2)存在事實夸大、偽造虛假經(jīng)歷等誤導(dǎo)他人的內(nèi)容；
3)偽造身份、冒充他人，通過頭像、用戶名等個人信息暗示自己具有特定身份，或與特定機(jī)構(gòu)或個人存在關(guān)聯(lián)。
6. 傳播封建迷信，主要表現(xiàn)為：
1)找人算命、測字、占卜、解夢、化解厄運、使用迷信方式治??；
2)求推薦算命看相大師；
3)針對具體風(fēng)水等問題進(jìn)行求助或咨詢；
4)問自己或他人的八字、六爻、星盤、手相、面相、五行缺失，包括通過占卜方法問婚姻、前程、運勢，東西寵物丟了能不能找回、取名改名等；
7. 文章標(biāo)題黨，主要表現(xiàn)為：
1)以各種夸張、獵奇、不合常理的表現(xiàn)手法等行為來誘導(dǎo)用戶；
2)內(nèi)容與標(biāo)題之間存在嚴(yán)重不實或者原意扭曲；
3)使用夸張標(biāo)題，內(nèi)容與標(biāo)題嚴(yán)重不符的。
8.「飯圈」亂象行為，主要表現(xiàn)為：
1)誘導(dǎo)未成年人應(yīng)援集資、高額消費、投票打榜
2)粉絲互撕謾罵、拉踩引戰(zhàn)、造謠攻擊、人肉搜索、侵犯隱私
3)鼓動「飯圈」粉絲攀比炫富、奢靡享樂等行為
4)以號召粉絲、雇用網(wǎng)絡(luò)水軍、「養(yǎng)號」形式刷量控評等行為
5)通過「蹭熱點」、制造話題等形式干擾輿論，影響傳播秩序
9. 其他危害行為或內(nèi)容，主要表現(xiàn)為：
1)可能引發(fā)未成年人模仿不安全行為和違反社會公德行為、誘導(dǎo)未成年人不良嗜好影響未成年人身心健康的；
2)不當(dāng)評述自然災(zāi)害、重大事故等災(zāi)難的；
3)美化、粉飾侵略戰(zhàn)爭行為的；
4)法律、行政法規(guī)禁止，或可能對網(wǎng)絡(luò)生態(tài)造成不良影響的其他內(nèi)容。
二、違規(guī)處罰
本網(wǎng)站通過主動發(fā)現(xiàn)和接受用戶舉報兩種方式收集違規(guī)行為信息。所有有意的降低內(nèi)容質(zhì)量、傷害平臺氛圍及欺凌未成年人或危害未成年人身心健康的行為都是不能容忍的。
當(dāng)一個用戶發(fā)布違規(guī)內(nèi)容時，本網(wǎng)站將依據(jù)相關(guān)用戶違規(guī)情節(jié)嚴(yán)重程度，對帳號進(jìn)行禁言 1 天、7 天、15 天直至永久禁言或封停賬號的處罰。當(dāng)涉及欺凌未成年人、危害未成年人身心健康、通過作弊手段注冊、使用帳號，或者濫用多個帳號發(fā)布違規(guī)內(nèi)容時，本網(wǎng)站將加重處罰。
三、申訴
隨著平臺管理經(jīng)驗的不斷豐富，本網(wǎng)站出于維護(hù)本網(wǎng)站氛圍和秩序的目的，將不斷完善本公約。
如果本網(wǎng)站用戶對本網(wǎng)站基于本公約規(guī)定做出的處理有異議，可以通過「建議反饋」功能向本網(wǎng)站進(jìn)行反饋。
(規(guī)則的最終解釋權(quán)歸屬本網(wǎng)站所有)