무료로 사용해 보세요
무료로 사용해 보세요
PBN 호스팅 PBN 웹사이트 PBN 도메인 PBN 백링크
👁️ 18 | 10 분 읽기나중에 읽기
Author

알렉스 리트만

PBN Monster 블로그 편집자

PBN 네트워크의 42개 발자국(완료 예정)

이것은 도메인, 호스팅, 다양한 서비스 및 기술 구현을 사용하여 PBN을 만들 때의 최대 발자국 목록이 아닙니다.

PBN을 만드는 것은 여러 사이트의 소유자를 익명화하여 사이트가 서로 다른 사람의 소유인 것처럼 보이고 관련이 없는 것처럼 보이게 하는 시도입니다. 글쎄요, 익명성과 보안의 가장 약한 지점은 항상 모니터 화면과 의자 뒤 사이에 있습니다.

이것은 PBN 그리드를 만들 때의 이상적인 권장 사항입니다. 흔적(소위 발자국)을 남기지 않기 위해 무엇을 해야 하고 무엇을 하지 말아야 하는지입니다. 이상은 거의 달성할 수 없으며 우리의 과제는 그저 그것에 더 가까이 다가가는 것입니다. 발자국은 pbn 네트워크의 단일 소유자를 알려주는 여러 사이트의 발자국입니다. 우선, 네트워크의 모든 사이트는 이미 공통점이 있습니다. 모두 같은 사이트에 연결되어 있습니다. 하지만 이는 다른 소유자의 사이트일 수도 있고 PBN일 수도 있습니다.

사이트를 최대한 다양하게 보이게 하고 전체 네트워크를 불태울 가능성을 줄이기 위해 피하는 것이 좋다고 추천하는 발자국 목록을 정리했습니다.

저는 Google이 아니고 모든 것을 아는 것은 아니지만 선택은 여러분의 몫입니다. 아래에 쓰여진 모든 내용은 100% 저의 주관적인 의견입니다.

소개

Google의 입장에 서서 검색 결과 조작을 방지하기 위해 관련 위성을 찾는 것이 여러분의 임무라고 상상해 보세요. Google은 단순한 검색 엔진이 아니라 거대한 데이터베이스(빅 데이터)이며 수동 조작이 가능하고 거기에 적용된다고 확신하지만 그럼에도 불구하고 99.99%의 경우 검색 결과는 알고리즘입니다(음, 틈새 시장이 너무 많아서 손으로 수정하는 데 지칠 수 있습니다). 따라서 알고리즘은 일치 항목을 찾고 이를 기반으로 특정 도너 연결 계수를 할당합니다. 물론 100개 중 2개의 기부자 사이트가 1개의 Wordpress 템플릿에 있다는 것은 관련이 있다고 생각할 이유가 되지 않지만, 5개나 10개가 있고 기부자가 20명에 불과하다면 이미 의심스럽습니다. whois 도메인에 같은 소유자가 있다면 어떨까요? 그리고 2명의 기부자에 같은 연락처가 있다면, 저는 이미 이러한 사이트의 링크 가중치에 감소 요인을 적용할 것입니다. 하지만 이건 저이고, 이건 Google입니다. 이제 각 기부자에 대한 모든 데이터를 매우 큰 표에 표시해 보겠습니다. 모든 데이터에서 공통점을 찾는 것은 그렇게 어렵지 않습니다. 이것이 바로 PBN을 만들 때 이해해야 할 것입니다. 글쎄요, 이제 발자국에 대해 이야기해 볼까요? 시작해 볼까요!

도메인 발자국

발자국 1번: 1~2개 등록 기관의 도메인

동의합니다. 사이트에 대한 모든 링크의 50%(심지어 20%!)가 1~2개 등록 기관의 도메인으로 구성되어 있다는 것은 이상합니다. 전 세계적으로 수천 개가 있으며, 1~2개 도메인이 사이트에 링크되어 있습니까? 이는 자연스럽지 않으며, 이것이 귀하의 국가에서 가장 큰 등록 기관이라 하더라도 의심을 불러일으킵니다.
팁: 다른 국가 및 지역에서 더 많은 다른 등록 기관을 확보하세요.

발자국 2번: 하루 또는 여러 날에 등록된 도메인

프로젝트를 위해 PBN을 만들기로 결정하고 드롭을 구매하거나 새 드롭을 만들기 시작했습니다. 그리고 등록 날짜에 이상한 일(모든 기부자가 일주일 만에 등록되었다거나 심지어 2개월 동안 등록되었다거나)이 있는 것보다는 완전히 불일치하는 것이 더 나을 것입니다. 하지만 일년 중 나머지 10개월은 어떨까요? 빅데이터가 모든 것을 볼 것입니다.
팁: 매끄럽게 하지만 광신주의(산술 평균과 같은) 없이 기부자 등록 날짜를 일년 내내 분산하세요.

발자국 3: whois에 1~2명을 위해 등록된 도메인(데이터 은폐 포함)

Google에 ICANN의 데이터가 없다고 확신하십니까? 잘 모르겠습니다. ICANN은 미국에 있는 비영리 단체로 모든 기존 도메인 영역에 등록된 모든 도메인에 대한 데이터를 수집합니다. 누구나 도메인의 whois를 볼 수 있을 뿐만 아니라 소유자의 데이터도 볼 수 있습니다. 그리고 Google이 도메인 소유자가 다르다는 것을 아는 것이 중요합니다. 따라서 저는 Google이 이 데이터를 가지고 있다고 믿습니다. 결국, 그것은 끔찍한 비밀이 아니며, whois에서 도메인 소유자를 전혀 숨길 수 없는 도메인 영역이 있습니다.

또는 허구의 사람이나 다른 사람을 위해 도메인을 등록할 수 있지만 등록 기관이 데이터 검증을 요청하는 경우에만 가능합니다... 도메인은 즉시 귀하의 것이 아닙니다.
팁: 이상적으로는 10개 도메인의 10명 중 10명의 다른 소유자입니다. 나머지는 빅 데이터에서 볼 수 있습니다.

발자국 4: 1개 도메인 영역의 기부 도메인

전 세계에 등록된 도메인은 2억 5천만 개가 넘으며, 그 중 60%가 .com 영역에 있습니다. 하지만 이것이 귀하의 링크 프로필이 60%가 .com에서 나와야 한다는 것을 의미하지는 않습니다. Google과 달리, 귀하와 저는 예를 들어 이탈리아어로 된 전 세계에 얼마나 많은 라이브 사이트가 있는지 모릅니다. .com은 몇개인가요?.info 또는 .net, 그리고 .it의 양. 물론, 주요 프로젝트 국가에서는 대부분 기부자가 해당 국가에서 온 사람이겠지만, 항상 국제적 및 주제별 기부자를 분산해야 합니다. 가장 중요한 것은 얽매이지 않는 것입니다.

팁: 도메인 영역은 달라야 하지만 홍보하는 사이트 지역의 로컬 영역에 초점을 맞춰야 합니다.

5번째 발자국: 이름이 비슷한 도메인

호스팅(주요 프로젝트)을 홍보하고 도메인(PBN용)을 구매한다고 가정해 보겠습니다. aaahost.com , aabhost.com , aachost.com ...여기서는 모든 것이 명확하다고 생각합니다. "전혀"라는 단어에서 자연스럽게 나오지 않습니다.
팁: 가능한 한 다양한 도메인 이름을 사용하세요.

호스팅 서비스의 발자국

발자국 6번: NS 사이트

프로젝트의 모든 기부자가 NS Cloudflare 또는 다른 서비스를 사용하는 경우 이상합니다. 하지만 동일한 경우(예: 1개 계정)에는 실패입니다!


팁: 다른 모든 것과 마찬가지로 NS도 다양해야 합니다.

발자국 7번: 하나, 둘 또는 그 이상의 서버에 사이트 호스팅

각 서버에 여러 개의 IP 주소가 있어도 여전히 자연스럽지 않습니다. 기부자가 비슷한 주소나 IP 주소를 연속으로 가지고 있거나, 같은 네트워크나 1-2-3 호스팅 제공업체에서 온 경우 시각적으로 이상합니다.


팁: 자연스러운 프로필은 IP 주소, 서브넷, 호스터, 국가가 완전히 혼합된 것입니다.

발자국 번호 8: 모든 사이트는 하나 이상의 호스팅 서비스에서 호스팅됩니다(특히 호스팅 서비스가 PBN용으로 설계된 경우)

그래서 10-20개의 위성을 만들어 2-3개의 호스팅 사이트에 배치했습니다. Google과 Yandex는 모든 데이터를 함께 수집하여 ... 완전히 부자연스럽다는 것을 알게 됩니다. 그 결과 귀하의 노력이 무효화되거나 검색 엔진에서 제재를 받게 됩니다.

모든 PBN 호스팅은 이미 문제입니다. Google은 이러한 호스팅 사이트를 보고 IP 주소(공개 데이터)를 알고 모든 것을 이해합니다.
팁: PBN에 호스팅 서비스를 사용하지 마세요. PBN이 주요 초점입니다. 이것이 그들의 사업의 작은 부분일 경우에만 해당 IP 주소에 여러 다른 사이트가 있을 것이고 이는 정상적인 작동 옵션입니다. 다른 호스팅 제공업체에서 위성을 호스팅하세요.

발자국 9: CDN에서 사이트 네트워크를 호스팅하는 PBN 서비스

이것은 제가 가장 좋아하는 발자국입니다.

많은 PBN 사이트 판매자가 "순수 IP", "다른 IP"와 같은 방식으로 제품 상태를 지정합니다. 사실, 그들은 CDN 서비스가 누구에게도 귀하의 사이트의 실제 IP 주소를 제공하지 않을 것이라고 100% 보장합니다. 안타깝게도 이 세상의 모든 데이터는 특히 무료 요금으로 판매됩니다. 그리고 때때로 데이터베이스가 해킹되어 다크넷에서 판매됩니다. 또는 다른 방법으로: 예를 들어, 공공 기관이나 회사를 대신하여 Cloudflare에 웹사이트에 대한 법적 불만을 제기하면 웹사이트의 실제 호스터와 실제 IP 주소를 요청하고 쉽게 찾을 수 있습니다. 그리고 여기 Google이 있는데, 그리드 작성자와 싸우는 것이 중요하고 실제 IP 주소를 얻을 수 없습니까? 정말 그렇게 생각하십니까? 그리고 이것은 CDN 서비스에 대한 불만이 아닙니다. CDN은 콘텐츠 전송 속도를 높이는 데 사용되는 것이지 모든 실제 IP 주소에서 사이트를 숨기는 데 사용되는 것이 아닙니다. 이것은 우리가 사용하는 기술(역방향 프록시 서버)의 부작용입니다. 그들은(CDN 서비스) 모든 사람에게 사이트의 실제 IP 주소를 숨기겠다고 약속하지 않습니다.

글쎄요, 그러한 PBN 서비스 자체는 일반적으로 모든 사이트를 1~2개의 실제 IP 주소에 유지하고 Cloudflare가 실제 IP 주소를 신성하게 유지하고 Google에서 이를 발견하지 못할 것이라고 말합니다.

게다가, 어떤 웹사이트에 사이트가 있는지에 대한 의문이 생깁니다. 사이트가 같은 사이트에 있지 않도록 하여 최소한 다른 계정에 설정되어 있는지 확인하세요. 그런데, 저희는 모든 사이트를 1개 IP 주소에 유지하고 역방향 프록시 서버를 사용하여 실제 주소를 숨기지만, 저희는 CDN이 아니며, 그게 저희가 판매하는 것입니다(실제 IP 주소를 숨겨 위성의 다양한 위치를 가시화하는 것). 전 세계 여러 지역에서 사이트 로딩 속도를 높이고 DDOS 보호 등을 하는 것이 아닙니다. CDN이 사이트의 실제 IP 주소를 누구에게도 알려주지 않는다고 믿는다면, 여러 Cloudflare 계정을 만들고 위성 중 일부를 무료로 두는 것을 막는 것은 무엇입니까?
팁: CDN은 사용할 수 있고 사용해야 하지만 실제 주소의 100% 또는 50%+는 다른 서브넷, 다른 호스터에서 다르게 제공해야 합니다.

서비스

발자국 10: 도메인 또는 사이트 URL은 메신저 또는 이메일뿐만 아니라 Google 도크 또는 기타 온라인 문서에 함께 배치됩니다.

편집증에 더 가깝지만 Excel을 사용합니다. 하지만 주제를 파헤쳐 보면 절대적으로 논리적입니다. 위성 목록을 배치할 수 없습니다.한곳에 있는 라이트, 특히 네트워크 문서인 경우.
팁: 오프라인 스티어링.

발자국 11번: 단일 Google Search Console 또는 Google Analytics 계정에 사이트 추가

다른 사이트에 있는 다른 동일한 코드도 마찬가지입니다. 어리석은 짓처럼 보일 수 있지만... 가끔은 그런 식으로 합니다.
팁: 위성에 Google 서비스를 사용하지 말고 다른 사이트에 같은 코드를 넣지 마세요.

발자국 12번: 모든 서비스의 한 계정에 사이트 추가

모든 것이 인터넷에서 판매되고, 때때로(정기적으로?) 다양한 서비스의 데이터베이스가 나타납니다. 따라서 여러 사이트를 목록에 추가할 때마다 서비스에 추가하거나 모든 위성의 위치를 ​​한 계정에서 확인할 때마다 더 이상 좋지 않습니다.
팁: 다른 PBN 사이트를 온라인 어디에도 링크하지 마세요.

발자국 13번: PBN 자동화 서비스 사용(bluechipbacklinks, expireddomains 등)

물론 여기서 요점은 전혀 사용하지 않는 것이 아니라 동일한 도구를 사용하여 전체 PBN을 선택하는 것입니다. 이는 이전 요점과 겹치지만 PBN에서 작동하도록 설계된 서비스가 있습니다.
팁: 기부자는 가능한 한 관련이 없어야 합니다.

발자국 14번: Google Chrome

예를 들어 20개 사이트로 구성된 위성 그리드를 상상해 보세요. 각 위성의 트래픽은 약 ... 0입니다. 글쎄요, 아니면 아주 적습니다. 하지만 갑자기 Google Chrome 브라우저에서 IP가 1개인 누군가가 특정 프로젝트의 모든 기부자 사이트를 방문합니다.
팁: 다른 브라우저를 사용하거나, 더 나은 방법으로 여러 개의 다른 브라우저를 사용하세요.

기술적 구현

발자국 15번: 동일/유사한 사이트, 동일/유사한 디자인

각 사이트는 헤더, 푸터, 연락처 블록 등 수십 개의 블록으로 구성되어 있습니다.

그리고 1-2개의 블록을 변경해도 크게 바뀌지 않습니다. 결국 검색 엔진은 코드를 보고 비교합니다.
팁: 처음부터 완전히 다른 웹사이트를 만드세요.

발자국 16번: Wordpress나 html이나 Joomla나...

프로필의 50%만 1개의 CMS에서 나온 경우, 세계에서 가장 인기 있는 CMS일지라도 부자연스럽습니다.
팁: 다양한 플랫폼, cms.

발자국 17번: 모든 사이트에 대한 하나의 Wordpress 템플릿

다시 한번, 1-2-3 템플릿의 프로필이 얼마나 자연스럽게 보이는지 생각해보세요.

그렇게 되지 않습니다. 그리고 수백 개의 무료 테마가 있습니다. 다른 테마를 선택하세요.
팁: 다양한 cms에서 완전히 다른 템플릿.

발자국 18번: 모든 사이트에 대한 동일한 Wordpress 플러그인 세트

각 플러그인은 단지 코드 조각일 뿐이며 다른 사이트에서 쉽게 찾을 수 있다는 것을 이해하는 것이 중요합니다.
팁: 다른 플러그인 = 다른 코드. 모든 위성에 동일한 플러그인을 설치하지 마세요.

Footprint No. 19: 아카이브에서 복원된 위성

이렇게 하면 안 된다고 설득하지는 않을 겁니다. 효과가 있으니까요. 하지만 개인적으로 저는 드롭과 복구를 좋아하지 않습니다. 설명은 여기에 있습니다. 하지만 이 문단에서는 전체 링크 프로필이 복원된 사이트로 구성될 수 없다는 사실에 대해 이야기하고 있습니다. 여기서도 혼합되어야 합니다. 결국 Google은 모든 것을 기억합니다. 모든 사이트, 콘텐츠, 사이트가 작동을 멈춘 시점, 다시 복원된 시점을 기억합니다. 동의합니다. 참조 프로필이 50% 복원된 드롭으로 구성되어 있다면 이는 mfn 그리드의 신호입니다. 갑자기 모든 링크가 홍보된 사이트로 연결되는 드롭이 필요한 사람이 또 있을까요?
팁: 다양한 출처의 다양한 기부자.

발자국 20번: 동일한 진행자/개발자/조판사가 사이트 네트워크를 만들거나 디자인했습니다.

사람들은 동일한 행동과 동일한 실수를 반복합니다. 개발자나 디자이너가 특정 연락처 섹션을 좋아하면 사이트에서 사이트로 반복합니다.
팁: 다른 제작자는 취향, 습관, 실수가 다릅니다.

발자국 21번: 동일한 사이트 구조

당연히 기부자의 4분의 1이라도 동일한 사이트 구조를 가지고 있지 않을 수 있습니다.
팁: 구조가 다른 다양한 유형의 웹사이트가 있습니다.

발자국 22번: 모든 곳에 동일한 유형의 커뮤니케이션 및 연락처 양식이 있습니다.

동일한 피드백 양식이 있는 20개 사이트는 정상입니다. 하지만 이 20개 사이트가 모두 21번째 사이트와 링크되어 있다면? 그리고 이 양식이 존재하지 않는 모든 곳에 있는 메일에 요청을 보낸다면... 아니면 양식을 보낼 때 아무 일도 일어나지 않는다면... 이건 이미 의심스럽습니다.
팁: 서로 다른(외계인이지만 실제인) 연락처가 있는 서로 다른 유형의 웹사이트.

발자취 23: 이메일 피드백 양식에서 동일한 자동 응답

피드백 양식은 자동 응답이 있는 스크립트입니다. 그런 것이 있는 것 같나요? 모든 채팅은 표준으로 시작됩니다. 하지만 유일한 질문은 기부자 중 몇 퍼센트가 성공했는가입니다.h 커뮤니케이션 형태와 템플릿에서 응답하는 사람의 수.


팁: 모든 블록은 흔적이며, 채팅의 답변을 포함하여 모든 것을 무작위로 지정합니다.

발자국 24번: 연락처의 이메일 주소, 소셜 네트워크, 전화번호가 동일합니다.

물론 어리석은 일이지만... 발생합니다. 동일한 연락처는 너무 많습니다.
팁: 연락처는 실제 연락처여야 하며 달라야 합니다.

발자국 25번: Wordpress 관리자 계정, 데이터베이스, 프로필의 이름이 다릅니다.

17항과 같습니다. 사람들은 동일한 행동과 실수를 반복합니다. 그리고 관리자 패널, 데이터베이스, 프로필을 같은 방식으로 호출합니다.
팁: 테이블을 만들고 각 사이트에 모든 것을 다르게 제공하세요.

발자국 번호 26: 500개 이상의 모든 봇으로부터 보호되는 동일한 htaccess

제가 싫어하는 또 다른 점입니다. 봇을 차단하는 것 자체가 이미 의심스럽습니다. 당신은 누구이고 누구에게서 무엇을 숨기고 있습니까? 이는 일반적으로 경쟁사에게 홍보 방식을 숨기기 위해 수행되어 사이트가 높은 순위를 차지하는 이유를 이해할 수 없게 하기 위한 것입니다. 왜냐하면 링크가 없는 것처럼 보이기 때문입니다. 그러나 기부자에게 동일한 봇을 차단하는 것은 빙고입니다! 전혀 자연스럽지 않습니다.

이것이 필요하다고 특히 믿는 사람들에게는 다른 옵션을 제안합니다. 모든 종류의 소셜 북마크나 다른 데이터베이스를 통해 사이트를 실행하고 ... 이 모든 링크를 추가하여 링크를 허용하지 마세요. 그러면 가중치를 재설정하고 경쟁사가 참조 질량을 뒤지는 데 지쳐 제재를 받지 않아도 됩니다. 게다가, 당신은 당신이 링크워셔들과 싸우고 있으며, 그들에게서 링크를 필요로 하지 않는다는 것을 검색 엔진에 보여줄 것입니다.
팁: 사이트 그리드에 흔적만 남기는 말도 안 되는 짓을 하지 마세요.

콘텐츠

발자국 27번: 모든 사이트의 콘텐츠는 같은 카피라이터가 작성했습니다.

다시 한 번, 단락 17 - 사람들은 같은 행동과 같은 실수를 반복합니다. 카피라이터도 예외는 아니며, 같은 스타일로 글을 씁니다.
팁: 다른 콘텐츠 소스.

발자국 28번: 전체 PBN 그리드의 콘텐츠는 한 사이트에서 네트워크의 모든 사이트로 번역되었습니다.

콘텐츠 소스는 달라야 합니다. 그렇지 않으면 큰 날짜가 그것을 볼 것입니다. 착각하지 마세요. Google은 모든 언어를 알고 있으며 (Google 번역기를 통해?) 어디에서 무엇이 번역되었는지도 확인합니다.
팁: 다양한 콘텐츠 소스.

발자국 29번: 모든 PBN 사이트의 콘텐츠는 YouTube 자막을 통해 생성됩니다.

콘텐츠 소스는 달라야 합니다. 그렇지 않으면 큰 날짜가 그것을 볼 것입니다. 착각하지 마십시오.
팁: 다양한 콘텐츠 소스.

발자국 30번: 오래된 콘텐츠는 나쁩니다!

드롭을 가져와서 보관소에서 사이트를 복원하면(이것은 제 방식이 아니라 여러분의 일입니다) 종종 오래된 콘텐츠를 그대로 둡니다. 업데이트하고 보완하거나 새 콘텐츠로 변경해야 합니다. Google은 모든 것을 보고 새롭고 신선하고 관련성 있는 콘텐츠를 좋아한다는 것을 기억하세요.
협의회: 드롭의 오래된 콘텐츠를 조정하여 효과가 번쩍이지 않도록 해야 하며, 때로는 효과가 전혀 없도록 해야 합니다. 콘텐츠에 대한 작업이 필요합니다.

PBN 홍보

발자국 No.31: 모든 기부자에게 동일한 GSA/CEO-자동 조종/Crum/기타 실행이 이루어짐

이러한 기부자는 동일한 참조 프로필을 갖게 됩니다.
팁: 위성을 다른 방식으로 홍보하세요.

발자국 No.32: 전체 PBN은 단일 데이터베이스에서 크라우드펀딩을 받습니다.

이러한 기부자는 동일한 참조 프로필을 갖게 됩니다.
팁: 위성을 다른 방식으로 홍보하세요.

발자국 No.33: 모든 사이트에 동일한 방식으로 DR이 제공됨

이러한 기부자는 동일한 참조 프로필을 갖게 됩니다.
팁: 위성을 다른 방식으로 홍보하세요.

발자국 번호 34: 모든 그리드 사이트가 연결됨

일반적으로 위성 네트워크를 불태우는 가장 쉬운 방법 중 하나는 연결하는 것입니다.
팁: 위성은 서로를 참조해서는 안 됩니다.

발자국 번호 35: 모든 사이트가 동시에 나타나 움직이기 시작했습니다.

이 문단은 문단 2와 다소 유사하지만, 여기서는 사이트 시작 날짜와 프로모션 시작 날짜가 있고 도메인 등록 날짜가 아닙니다.
팁: 매끄럽게 하지만 광신주의(산술 평균과 같은) 없이 기부 사이트의 출시 날짜와 홍보 시작을 일년 내내 분산하세요.

링크

발자국 36번: 모든 위성 링크는 텍스트/그림으로 되어 있습니다.

모든 링크가 단조롭다면 자연스럽지 않습니다.
팁: 홍보 프로젝트에 다른 링크를 만드세요.

발자국 37번: 모든 사이트 또는 일부 사이트가 동일한 위성 네트워크에 링크됩니다.

예를 들어, 20개의 기부 사이트가 각각 5개의 동일한 사이트에 링크하는 경우, 이는이상하지 않습니다. 분명히 연결을 나타냅니다.
팁: 기부자의 링크는 동일해서는 안 됩니다.

발자국 #38: 링크가 단 하나의 자금 사이트로 연결됩니다.

온라인 링크는 괜찮지만, 사이트가 홍보 프로젝트에만 링크하는 경우... 이상합니다.
팁: 사이트에 다른 링크나 여러 링크를 추가하여 평판 좋은 리소스(Google 자체, Youtube, Wikipedia...)로 연결하세요. 네, 링크 가중치가 손실되지만 수신자와 권한 기관과의 근접성을 희석하면 링크에 도움이 될 뿐입니다.

결제

발자국 39번: 다양한 도메인과 호스팅에 대한 결제는 하나의 카드/PayPal로 이루어집니다.

한 송장이나 결제하는 카드가 얼마인지는 중요하지 않지만, 그것도 중요합니다(특히 GooglePay에 연결된 카드로 결제하는 경우). 카드를 기억하고 10~20개의 호스팅 사이트 및/또는 등록 기관에서 결제 내역을 기억하는 브라우저에서 이 작업을 수행할 가능성이 더 큽니다. 그 결과 일부 인터넷 서비스는 많은 유사한 서비스가 하나의 카드로 결제되었다는 것을 알고 있습니다. PayPal은 저에게 GooglePay와 같고 Apple Pay와 같습니다. 저는 오랫동안 이러한 기술 거대 기업의 데이터의 안전성을 믿지 않았습니다. 그들은 아무 이유 없이 모든 것에 대한 엄청난 양의 데이터를 수집합니다.
팁: 모든 것을 다르게 사용하고, 업계 거물들의 결제는 절대 사용하지 마세요.

편집증

발자국 #40: 동일한 IP 및 MAC 주소에서 여러 PBN 사이트 방문

특히 Google Chrome 브라우저나 다른 웹사이트에서 이 작업을 수행하는 경우. 코드는 Google 및 그 이상에서 온 것입니다.
팁: 위성을 방문하려면 다른 진입점과 다른 브라우저를 사용하세요.

발자국 #41: 단일 Google 계정에서 웹사이트 방문

이것은 일반적으로 어리석은 일이지만... 이전 문단을 참조하세요. Google에 지원하는 것과 같습니다. 제 사이트를 링크해 달라고 부탁드립니다.
팁: 위성을 방문하려면 다른 진입점과 다른 브라우저를 사용하세요.

발자국 번호 42: 검색 엔진 서비스를 사용하면 위험이 크게 증가합니다.

PBN 사이트에서 작업할 때는 실제로 사이트 네트워크로 속이고 있는 검색 엔진 서비스를 절대 사용하지 마세요.
팁: Google 서비스는 사용하지 마세요.

제가 모든 것을 썼다고 생각합니다. 때로는 지저분하고, 때로는 요점이 겹치거나 비슷합니다. 하지만 그대로입니다.

다른 사이트 네트워크를 만들 때 저는 매번 목록을 다시 읽습니다. 그리고 조언드립니다.