なぜ機能しないのですか？
-トラフィックとアクションの大きな損失
-不安定性と短いチャネル寿命
-複数のトラフィックソースで議論の余地のある会計
-トラフィックからリードへの低いコンバージョン
-取引相手間の長期決済
-詐欺、リードの拒否
-多くの手作業とミス
少し紹介文を書いてから、これらの論文を展開してください。
CPAネットワークの作業スキーム
ネットワークは、一方でサイトを収集し、他方で広告主を収集し、サイト間の仲介交換として機能します。
1）広告主がアクションを決定します。アクションは、同じアクション（略語のA）と購入および販売の対象になります。
2）サイトは、ネットワークを介して広告主にトラフィックを提供します。
3）トラフィックが実装されます。
4）広告主はこのアクションネットワークの料金を支払います。
5）ネットワークがサイトの費用を支払います。
それは非常に単純で表面的なものです。 短いアプリケーション（ランディングページなど）からマルチステージフォーム（MFIでのローンアプリケーション）への入力やオンラインストアへの商品販売（登録と支払いのすべての段階）に至るまで、多くの種類のトラフィックとアクションの種類があります。
大規模ネットワークの例
Cityads.com
Admitad.com
ActionPay.ru
いくつかの用語
オファー-リードの購入に対する広告主のリクエスト
処理-受領後のアプリケーションの受け入れ時間（20〜40日）
保留-処理後の「防御」リードの時間（20〜30日）
ポストリンク-ユーザーが広告をクリックした瞬間からリードがカウントされるまでの最大時間。
ディープリンク-ネットワーク内に追加のラベルが付いたリンク。
詐欺-偽物、偽物のリード。
はい、この環境はすでに用語で大きくなりすぎており、状況がさらに複雑になっています。
それで、論文を順番に展開します。
トラフィックとお金の損失
スキーム全体の主要な穴はここにあります。 ユーザーがアクションを実行する多くの状況がありますが、システムはそれをカウントしません。
- 移行元の喪失（リンクはCPAネットワークサイトを直接経由しない）移行は、純粋に技術的には記録されない場合があります。
- ユーザーはリンクをたどって見ました。 しばらくしてから、検索エンジン、ブックマークなどを使用してサイトを直接開きました。
- ユーザーがモバイル広告をクリックして、サイトを閲覧しました。 リンクを投げてラップトップで開き、アクションを完了しました。
- ユーザーがCookieの保存期間を超過したか、無効にするか消去しました。
これは完全なリストではありません。
トラフィック損失：
- CPAネットワークサイトは利用できず、フリーズします。
- 計算スクリプトが正しく機能しません。
- サイトはトラフィックを提供しましたが、広告主側ではサイトが機能していません（閉鎖、更新、キャンペーンの有効期限が切れています）。
その結果、損失は40％以上に達する可能性があります（任意の数を書くことができます。トリックは、ネットワーク自体を含め、誰もそれを知らないということです）。
これはお金の損失につながります（ほとんどの場合、サイトにとって）。 そして、これは、CPAネットワークを使用する場合、常に永続的に行われます。
広告主は次のように言うことができます。そして、確認済みのリードに対して支払いをすると失われるという違いはありますか？ はい。ただし、これによるスキーム全体の収益性は低下し、サイトは去っていきます。 バイヤーのみがいる場合、誰が交換を必要としますか？
リードとしてのソースの分類に関する議論のある問題
損失がなく、アクションが正しく計算されたと仮定します（購入した商品、受け取ったクレジット）。 しかし、それを実現するために、ユーザーは広告を1回クリックするのではなく、2つまたは3つ（異なるサイトで）クリックしました。
このリードのソースについての議論は、ソクラテスとプラトンの議論に値する。 Google Analiticsがこれについてどう考えているかを読んで、正しいものを見つけることは明らかに不可能であることを理解してください。
何が起こっているの？ ネットワークは、リードをanyに関連付けることはできません（ほとんどの場合そうします）。
チャンネルの不安定性
広告主が主要な購入チャネル（提供）を設定し、1か月後に丸まった場合、これは通常の状況です。 私たちはサイトを試し、非効率性を確認し、それをオフにしました。
またはその逆：広告主は接続し、それがどのように機能するかを完全に理解せず、彼の申し出を取り下げました。 すべてのサイトは、代替手段を探すために、広告を緊急にリダイレクトすることを余儀なくされています。
つまり、このチャネルが長時間にわたって安定して機能するという事実を当てにする必要はありません（たとえば、コンテキストとして）。
悪い変換
この項目は、ネットワークよりも広告主に関連していることに注意してください。 しかし、私たちは全体の作業スキームを検討し、トラフィックをリードに変換することの有効性は非常に重要なポイントです。
平均して、この変換は病院では貧弱です。 つまり、トラフィックはオンになっていますが、リードはまったくないか、ほとんどありません。 その結果、サイトの移行価格は低くなり、オフになります。 それは無駄な仕事であり、他の収益化方法から気が散ることになります。 はい、ネットワークは広告主に助言し、彼らがより効果的になるのを助けます。 しかし、広告主はトラフィックをうまく処理することを学びますが、ロバが死ぬか、水田が死にます。
長い計算
スキームにはマルチステージが含まれ、各ステージには時間がかかります。
- ユーザーはアクションを実行する必要があります。
- 広告主はそれを確認する必要があります。
- ホールドして、障害がないことを待ちます。
- 完全な確認から支払い注文までの時間。
- 支払いの順序から支払い自体へ。
その結果、サイトとの和解は数ヶ月で発生する可能性があります。 これは宇宙で最も長いトラフィック販売スキームです！
私たちの現実では後払い自体があなたのお金をノックアウトする必要があることを意味するという事実は言うまでもありません。
この場合、CPAネットワークがどのように広告主にリードを販売するか（どの部分で、前払いまたは短い遅延で）は個々の問題です。
一部のネットワークでは支払いが高速になる場合がありますが、これによりスキーム全体が変わることはありません。 お金の絶え間ない大きなギャップが判明します。どんなビジネスにとってもこれは悪いことです。
Frood、リードの拒否
どのネットワークでも、一定の割合の不正があります。 つまり、ユーザーではなく、不not慎な市場参加者によって作成されたアプリケーションです。
興味のある人を描いた人（名前、電話番号）がアパートの購入申請の下で雇われたとき、それは騒々しかった。
そのような状況を恐れ、時にはそのように思われると、広告主は再保険をかけられ、疑わしいアプリケーションを拒否します。 これには101の理由があります。 失敗のリードは全体の10〜20％を占め、最初の段落の損失に追加されます。
たくさんの手作りと間違い
そのような自動化されたシステムでは、すべてが単独で機能するはずです。 彼は広告をオンにし、計算を誤ってお金を受け取った。
いいえ、各段階で請負業者とネットワーク従業員の両方による手作業があります。
たとえば、 Actionpayネットワークでは、アプリケーションを確認するために、このアプリケーション（おそらく）が確認された後、マネージャーが広告主と会うように（いつわからないように）マネージャーに書き込む必要があります。 次に、保留からの引き出しを待機する必要があります（アカウントでこれを確認してください）、どのように削除されるか-手動で引き出しを注文します。 次に、マネージャーに再度書き込む必要があります。マネージャーは（必要に応じて）翻訳を行います。 自然な脳の除去。
これはすべてヒューマンファクターと呼ばれ、不当なエラーと時間コストを発生させます。 プロセス全体の効率は非常に低いです。
まとめ
今日のロシアとCISのCPAネットワークは実際には機能しません。 それらは異なりますが、違いはありますが、これは原則を変えるものではありません-上記のポイントのほとんどはどれにでも帰することができます。 広告主は、そのような仲介者なしで、注文を受け取るためのスキームをより効率的に構築します。 また、サイトはCPMおよびCPCスキームに従ってトラフィックを販売します。
誰かが私を誇張し、「猫を料理する方法がわからない」と言うかもしれませんが、私には意見の権利があります。 実際に使用しているもの。
PSネットワークの代表者からの反論記事を読んでうれしいです。 しかし、私はそのような公衆の反応の可能性を強く疑います。
PPSは、ネットワークが何らかの形で彼らに有利にだまされたという事実については何も書いていません。 携帯電話会社の状況は次のとおりです。