HTTP のしくみの基本を理解することは、オンライン広告テクノロジを理解するために不可欠です。 たとえば、"Cookie データ" ---処理しますが、その Cookie データが広告サーバーに渡されるか、広告リクエストで使用される方法は何ですか? Cookie には実際に何が含まれていますか? Cookie のライブ状況と、広告通話での Cookie データへのアクセス方法
また、ある時点で、クリックトラッキングが機能しないのはなぜですか? セグメント ピクセルとは ユーザー ID マッピングが必要な理由 回答するには、ブラウザーが Web サーバーに接続したときに実際に何が起こっているのかを理解する必要があり、オンライン広告業界のほとんどのユーザーを含め---これを理解している人はほとんどいありません。
インターネット上にはHTTPに関する情報がたくさんあり、以下に簡単な概要を示します。 何が役に立つか、どのような提案があるかをお知らせください。また、良いイントロガイドが見つかった場合はお知らせください。
HTTP 定義
HTTP はハイパーテキスト転送プロトコルを意味し、インターネットのさまざまな部分が相互に通信する方法です。 WEB ブラウザー (Firefox、Safari など) が、使用する Web コンテンツをホストしているサーバーに HTTP 要求を送信するため、HTTP は "要求応答" 言語と呼ばれます。 その後、サーバーは HTTP 応答を Web ブラウザーに送信します。
このため、ブラウザーは "クライアント" と呼ばれ、ブラウザーとサーバーの関係は "クライアントとサーバー" の関係と呼ばれます。 ブラウザーは要求のみを行い、サーバーは応答でクライアントの要求を処理します。
均一リソース ロケーター (URL)
ほとんどのユーザーは URL に精通しています。 これらは、ブラウザーのアドレス バーに入力する Web アドレスです。 標準 HTTP で記述された URL は、リソースを識別して 見つける 手段を提供 します。 リソースには、グラフィックス、テキスト、またはアプリケーションなどがあります。
URL の標準構文を次に示します。
scheme://hostname:port/path?query_string
次の URL を確認し、ニューヨーク タイムズの Web サイトの記事「選択肢テーブル - ダウンタウン ロサンゼルスを愛するおいしい方法」を見つけましょう。
https://www.nytimes.com/2010/09/12/travel/12choice.html?_r=1&src=me&ref=travel
配色
これにより、リソースの種類が定義されます。 HTTP を扱っているので、上記の例は HTTP リソースです。 このスキームは、クライアント (ブラウザー) が探しているリソースの種類と、ロケーターの残りの部分の形式をサーバーに通知します。 FTP など、後で説明する他の種類のスキームがあります。
ホスト名
これはドメイン名とも呼ばれます。 これは、IP アドレス (後で IP に入ります) のニックネームであり、人によって読みやすくなります。 上の例では、ホスト名は "www.nytimes.com" です。そのため、要求は NY Times サーバーに移動することを認識します。
ポート
ポート番号は省略可能であるため、ほとんどの URL では使用されません。 ポートが一覧にない場合は、スキームの既定のポートが使用されます。 上記の例では、ポートは含まれていませんが、HTTP の既定のポートであるため、サーバーは URL をポート 80 に送信することを認識しています。 もう 1 つのよく使用されるスキームは、ポート 21 を既定として使用する FTP です。 ポートについてあまり知らない場合は、この部分について心配しないでください。 ポートの詳細については、後で説明します。
Path
パスは、リソースの検索方法を定義するために使用されます。 ホスト名によって適切な IP アドレスに送信され、パスによってさらに特定の場所に移動する方法が指示されます。 これは、コンピューターで何かを見つけるのと似ています。たとえば、自宅/ドキュメント/taxes/taxreturn2009.pdf にある確定申告ファイルがあるとします。 パスは通常、最初の 1 つの "/" の後に開始され、パスの複数のレイヤーが存在する場合があります。すべて "/" によって設定されます。
上の例では、パスは "/2010/09/12/travel/12choice.html" です。 メッセージが nytimes.com サーバーに到達すると、最終的なレイヤー "12choice" に到達するまでパスの各レイヤーに進む必要があります。 URL を使用してリソースを見つけることは、オフィスでファイルを見つけるのと同様のプロセスです。 まず、オフィスに行き、次に適切なファイルキャビネット、次にドロワー、次に正しい緑色のぶら下げファイル、最後に必要な情報を持つmanillaフォルダに移動します。
クエリ文字列
クエリ文字列は、常に疑問符によって残りの URL から分離されます。 通常、クエリ文字列には、クライアントがサーバーに渡す名前または "値のペア" が含まれます。 値ペアは、情報の種類と、food=hamburger などの等号で結合された実際の情報です。 値ペアはアンパサンドで区切られ、必要な数の値ペアをクエリ文字列に含めることができます。
上の例では、"?r=1&src=me&ref=travel" がクエリ文字列です。 疑問符は、クエリ文字列の先頭を示します。 値ペア "ref=travel" は、ほとんどの場合、この記事が旅行セクションにあるという事実を指します。
クエリ文字列を使用する場合のもう 1 つの一般的な例は、オンライン フォームへの入力です。 次の例は、Xandr 連絡先フォームの例です。
クエリ文字列は次のようになります: ?Field1=George&Field2=Smith&Field3=gsmith@gsmith.com&Field4=Smith_Enterprises&Field5=Your_platform_
ドメイン ネーム システム (DNS)
ホスト名またはドメイン名は、実際にはバイナリ (すべて 1 と 0) で動作するサーバーには何も意味しません。 URL は、人間にとって意味のある "ニックネーム" として使用されますが、サーバーが URL を操作するために、IP アドレスに変換されます。 IP アドレスの詳細については説明しますが、IP アドレスはインターネットに接続されているすべてのコンピューターに割り当てられた一意の番号であり、次のようになります: 1276.1345.4858.9567。
URL をインターネット全体で正しい IP アドレスに一貫して変換するために、ドメイン ネーム システムが作成されました。 ドメイン ネーム システムは、ドメインを IP アドレスにマップします。 URL を登録するときは、それを IP アドレスにアタッチし、DNS に登録する必要があります。
上の例から、"www.nytimes.com" は、NY Times が DNS に登録したサーバーの IP アドレスに変換されます。