Sitemaps.org는 2016년 11월에 프로토콜 페이지를 마지막으로 업데이트했으며, 이 페이지가 요구하는 것은 많지 않습니다. 각 url 요소에는 loc 자식 요소 하나가 필요하며, "다른 모든 태그는 선택 사항입니다."1 사이트의 개요 페이지는 크롤러가 "보통 링크를 통해 페이지를 발견하며", 사이트맵을 통해 크롤러가 나열된 모든 URL을 "수집할" 수 있다고 말합니다.2 검색 엔진을 위해 이 파일을 최신 상태로 유지하는 퍼블리셔는 AdBubbles의 인벤토리 크롤링이 읽는 문서를 이미 작성해 둔 셈입니다.
빈 계정에서 첫 지급까지는 일곱 단계입니다. 첫째는 퍼블리셔 계정을 여는 것이고, 둘째는 계정에 사이트를 추가하는 것입니다. DNS TXT 레코드, 메타 태그, 업로드한 파일 중 하나로 사이트를 인증하는 것이 셋째입니다. 넷째는 설정으로, 범위, 페이지당 최대 버블 수, 제외할 카테고리를 정합니다. 다섯째는 임베드 붙여 넣기, 여섯째는 사이트의 판매 가능한 단어에 대한 선택적 크롤링, 일곱째는 지급을 위한 Stripe 계정 연결입니다.
일곱 단계 중 어느 것도 독자를 식별하는 무언가를 설치하지 않습니다. 임베드가 실행되면 페이지에서 세 가지 비컨이 나갑니다. 로드마다 조회 1회, 버블이 1초 동안 표시되었을 때 열람 1회, 링크를 따라갔을 때 클릭 1회입니다. AdBubbles는 쿠키를 설정하지 않고, 식별자를 저장하지 않으며, 독자의 개인정보를 수집하지 않습니다. 저희는 페이지의 단어를 그 단어를 구매한 광고주와 연결할 뿐이며, 누가 버블을 볼지 고르거나, 페이지나 사이트 사이에서 독자를 따라다니거나, 결과를 약속하지 않습니다.
사이트맵은 인벤토리 크롤링이 사용하는 목록입니다
인벤토리 색인은 인증된 각 사이트의 사이트맵을 크롤링한 것이므로, 파일에서 빠진 페이지는 집계에서도 빠집니다. 개요 페이지에 따르면, 이 프로토콜을 사용한다고 해서 "웹 페이지가 검색 엔진에 포함된다고 보장되지는 않으며, 힌트를 제공할 뿐입니다."2 검색 엔진에게 이 파일은 힌트이지만, 인벤토리 크롤링에게는 목록 그 자체입니다.
짝을 이루는 표준은 크롤러에게 닫힌 경로를 지정합니다. 2022년 9월에 발행된 RFC 9309는 /robots.txt라는 파일 안에 "크롤러가 URI에 접근할 때 준수하도록 요청되는" 규칙을 정합니다.3 이 문서는 이러한 규칙이 "접근 권한 부여의 한 형태가 아니라"고 분명히 말합니다.3 파일이 없으면 크롤러는 "서버의 모든 리소스에 접근할 수 있습니다(MAY)."3 서버 오류로 파일에 접근할 수 없으면, 사이트맵에 무엇이 나열되어 있든 크롤러는 "전체 금지로 간주해야 합니다(MUST)."3
인증은 Search Console이 이미 안내하는 세 가지 방법을 사용합니다
Google의 Search Console 도움말 페이지는 지정된 주소, "일반적으로 속성의 루트 디렉터리"에 HTML 파일을 두는 인증 방법을 설명합니다.4 메타 태그는 홈페이지의 head 요소에 넣습니다. Search Console은 "이 태그가 있는지 주기적으로 확인합니다."4 도메인 제공업체에서 TXT 레코드를 사용하는 경우, "제공업체가 레코드를 제공하기 시작하기까지 최대 2~3일이 걸릴 수 있습니다."4
이 레코드 유형 자체는 1987년 11월의 RFC 1035에 정의되어 있으며, 의미가 "그것이 발견되는 도메인에 따라 달라지는" "설명 텍스트를 담기" 위한 것입니다.5 AdBubbles는 같은 세 가지 방법을 받으므로, Google에서 사이트를 인증해 본 퍼블리셔는 이미 그중 하나를 해 본 것입니다. 어느 방법을 쓸지는 퍼블리셔가 무엇을 편집할 수 있느냐에 달려 있습니다. DNS 영역, head 템플릿, 또는 루트 디렉터리입니다.
퍼블리셔 계정과 임베드는 모두 무료입니다. 여섯째 단계에는 인증된 사이트만 있으면 되므로, 크롤링을 다섯째 단계보다 먼저 하고 그 목록을 먼저 읽어 볼 수 있습니다. 범위 선택자와 나머지 두 설정은 설정 참조 문서에 나와 있으며, 요금 페이지는 배분율을 설명합니다.
페이지당 최대 개수는 긴 페이지에서나 짧은 페이지에서나 같습니다
넷째 단계는 세 가지 설정입니다. 범위는 임베드가 검사할 수 있는 페이지 영역으로, 예를 들면 article 요소나 entry-content 컨테이너입니다. 그 안에서 임베드는 제목, 링크, 코드, 서식이 지정된 텍스트, 양식 컨트롤, 내비게이션, 머리글, 바닥글, 그리고 data-noads로 표시된 모든 요소를 건너뜁니다. 페이지당 최대 버블 수는 퍼블리셔가 정하는 숫자입니다. 제외 카테고리는 광고주가 구매할 수 있는 카테고리 중에서 고르며, 도박, 성인, 무기, 암호화폐, 건강보조식품, 정치 광고주는 모든 사이트에서 금지됩니다.
긴 페이지에서는 임베드의 세 가지 규칙이 중요합니다. 구매된 각 단어가 처음 나오는 곳에만 밑줄을 긋고, 한 단락에 버블을 두 개 넣지 않으며, 최대 개수를 넘어 보여 주지 않습니다. 최대 개수가 3이라고 가정해 봅시다. 구매된 단어 두 개가 서로 다른 단락에 있는 400단어 게시물은 버블 두 개를 보여 주고, 구매된 단어가 아홉 개 있는 2,400단어 글은 세 개를 보여 줍니다. 긴 페이지에는 구매된 단어가 나올 수 있는 텍스트가 여섯 배 많지만, 보여 주는 개수의 상한을 정하는 것은 단어 수가 아니라 최대 개수입니다.
임베드는 스크립트 하나이며, 그 링크에는 Google이 선호하는 값이 붙습니다
일곱 단계 중 다섯째가 가장 짧습니다. 임베드 adbubbles.js는 의존성 없는 순수 JavaScript로 된 정적 파일 하나로, Cloudflare의 캐시를 통해 제공되며, 페이지의 DOM이 준비된 후에 실행됩니다. 외부 링크에 관한 Google 검색 센터 페이지는 "광고이거나 유료 게재인 링크(흔히 유료 링크라고 함)는 sponsored 값으로 표시하라"고 말합니다.6 sponsored는 nofollow보다 "선호되며", 공백으로 구분한 목록 하나에 여러 값을 함께 넣을 수 있습니다.6 모든 버블 안의 링크는 rel="sponsored noopener"가 이미 들어간 상태로 렌더링됩니다.
신원과 은행 계좌는 Stripe가 수집하며, 수익은 그보다 먼저 적립됩니다
일곱째 단계는 저희 것이 아닌 양식에서 이루어집니다. Stripe 문서에 따르면, Stripe 호스팅 온보딩은 "연결된 계정으로부터 사업체 및 신원 확인 정보를 수집하는 일을 처리합니다."7 이 양식은 "연결된 각 계정의 기능, 국가, 사업체 유형에 따라 동적으로 표시되며", Stripe는 그 과정에서 은행 계좌 정보를 수집할 것을 권장합니다.7 계정 보유자는 Stripe의 Connect 서비스 계약에 동의하기 전에 입력한 내용을 확인합니다.7 나중에 저장(Save for later)을 누른 퍼블리셔는 나중에 마칠 수 있습니다.7
연결된 계정은 퍼블리셔 자신의 계정이며, 지급은 매월 퍼블리셔의 통화로 그 계정에 들어갑니다. 퍼블리셔의 몫은 자기 페이지의 버블에서 발생한 각 클릭의 70%입니다. 수익은 계정 연결 여부와 관계없이 서비스 시작 첫날부터 매일 적립되므로, 일곱째 단계는 첫 버블이 나올 때까지 미뤄도 됩니다.
긴 페이지에서는 단어가 처음 나오는 위치가 독자가 어떤 단어에 도달하는지를 결정합니다
장문의 이점에는 측정된 한계가 있습니다. 2008년 Nielsen Norman Group의 Jakob Nielsen은 측정 장치가 달린 브라우저를 쓰는 사용자 25명의 페이지 조회 45,237회를 분석했습니다.8 "평균적인 웹 페이지에서 사용자는 평균 방문 동안 단어의 최대 28%를 읽을 시간이 있으며, 20%가 더 현실적입니다."8 방문 시간은 "단어가 100개 늘어날 때마다 4.4초"밖에 늘지 않았습니다.8 이 연구는 광고가 아니라 읽기를 측정했으며, 긴 페이지가 길이에 비례해 읽히지 않는다는 것을 확인했습니다.
그 결과는 첫 등장 규칙에서 나옵니다. 앞부분 단락에서 처음 쓰인 구매 단어는 모든 방문이 시작되는 페이지 영역에 있습니다. 마지막 섹션에서 처음 쓰인 단어에는 끝까지 남은 독자만 도달합니다. 어떤 독자도 도달하지 않는 단어에서는 열람도, 수익 배분도 나오지 않습니다. 장문 사이트에는 단문 사이트보다 판매 가능한 단어가 더 많으며, 각 단어가 처음 쓰인 위치가 어떤 독자가 그 단어를 만나는지를 결정합니다.