32/180일차 구글 상위노출 check indexation domain pbn 설명

Check Indexation

First of all you want to make sure, that the domain is still indexed.

While this is not a necessity, it is a good sign that the domain is suitable for a PBN.

To do that, simply go to Google.com, type in site:domain.com and check the results.

 

Archieve.org / way back machine

 

Takeaway: If it has never been used for a PBN or other spammy technique, you are good to go.

 

===

 

Check Domain Trademarks

Next up, you want to see if the domain name is currently trademarked. It would suck to have a company send you a C&D, only because you skipped this step.

Just do it, it takes literally a minute.

The easiest way to do check for active trademarks are these sites:

For the US: https://www.uspto.gov/trademarks-application-process/search-trademark-database
For the UK: https://trademarks.ipo.gov.uk/ipo-tmtext
For the EU (and specifically Germany): https://register.dpma.de/DPMAregister/marke/einsteiger
If the domain is not trademarked, you are good to go.

Takeaway: No trademarks? Cool, proceed.

 

===

 

Check the Link Profile

This is the most crucial step.

You want to make sure that the potentially interesting expired domain has strong links that are still live.

The easiest way to check all live links to a domain is via Ahrefs' site explorer.

Go to ahrefs.com, enter the domain name and then navigate to "Site Explorer 2.0" -> "Backlinks".

We recommend to use the following filters:
D0 Follow
Backlink Type "in content" - to only show contextual links
DR from 10
One link per domain
Then sort by DR (descending).

This will give you an overview of all the powerful contextual links pointing at a specific domain, to see if it's worth it.

 

ahrefs.com으로 이동하여 도메인 이름을 입력한 다음 "사이트 탐색기 2.0" -> "백링크"로 이동합니다.

다음 필터를 사용하는 것이 좋습니다.
D0 팔로우
백링크 "in content"를 입력하여 컨텍스트 링크만 표시합니다.
DR 10개 중 하나
도메인당 링크 하나
그런 다음 DR(내림차순)로 정렬합니다.

이렇게 하면 특정 도메인을 가리키는 모든 강력한 컨텍스트 링크에 ​​대한 개요를 볼 수 있으므로 가치가 있는지 확인할 수 있습니다.

 

Check the Link Targets

Next, you want to check to which pages have the most links pointed to them.

You will want to re-create these pages on your PBN. So it's imperative that you check this.

Go to "best by links" and sort by "referring domains"

This will give you an overview of where the links are pointed to and what pages you SHOULD re-create once your PBN is hosted and live.

 

링크 대상 확인

다음으로, 가장 많은 링크가 가리키는 페이지를 확인해야 합니다.

PBN에서 이러한 페이지를 다시 만들어야 합니다. 따라서 이 부분을 확인하는 것이 필수적입니다.

"링크별 최고"로 이동하여 "참조 도메인"으로 정렬

이렇게 하면 링크가 가리키는 위치와 PBN이 호스팅되고 활성화되면 다시 만들어야 하는 페이지에 대한 개요를 알 수 있습니다.

 

Check the Anchor Profile

Lastly, you want to take a look at the anchor profile of the potential PBN domain.

Ideally, you want your PBN domain to have a diverse anchor profile with <10% of exact match keyword anchors and no spammy sh*t.

 

====

 

This is typically the most common footprint we see.

You want to avoid shared hosting, VPS hosting or even worse PBN hosting at all costs.

We usually recommend to get one single droplets per PBN from reputable cloud hosting companies, like:
Digital Ocean
Vultr
Linode
Cloudways (managed DO/Vultr hosting)
Atllantic
etc.
With those providers you can get truely unique and dedicated A, B and C-class IPs for each and every one of your PBN sites.

Quick breakdown:

Typically a IP is split into 4 blocks, namely AAA.BBB.CCC.DDD

We don't want to host our PBNs on servers in the same C class and we also don't want our PBN hosted with any other website. This is how huge networks got de-indexed in the past. So we want to avoid that at all cost.

Instead we want our PBNs hosted on different A, B AND C block, like this:
PBN SITE A hosted on IP 45.58.9.22
PBN SITE B hosted on IP 69.85.223.214
PBN SITE C hosted on IP 138.195.192.21
etc. pp.
By going with cloud hosts you can get this level of IP diversity while leaving no virtual footprints.

It is definitely more expensive than other hosting options out there.

But it is oh-so-worth it.

공유 호스팅, VPS 호스팅 또는 더 나쁜 PBN 호스팅은 어떤 대가를 치르더라도 피하고 싶을 것입니다.

일반적으로 다음과 같은 평판 좋은 클라우드 호스팅 회사에서 PBN당 하나의 Droplet을 얻는 것이 좋습니다.
Digital Ocean
Vultr
Linode
Cloudways(관리형 DO/Vultr 호스팅)
Atllantic
등.
이러한 공급업체를 사용하면 각 PBN 사이트에 대해 진정으로 고유하고 전용인 A, B 및 C 클래스 IP를 얻을 수 있습니다.

간략한 분석:

일반적으로 IP는 AAA.BBB.CCC.DDD와 같이 4개의 블록으로 나뉩니다.

우리는 PBN을 동일한 C 클래스의 서버에 호스팅하고 싶지 않으며 다른 웹사이트와 함께 PBN을 호스팅하고 싶지도 않습니다. 이것이 과거에 거대한 네트워크가 인덱싱 해제된 방식입니다. 따라서 우리는 어떤 대가를 치르더라도 이를 피하고 싶습니다.

대신 우리는 PBN을 다음과 같이 다른 A, B, C 블록에 호스팅하고 싶습니다.
PBN 사이트 A는 IP 45.58.9.22에서 호스팅
PBN 사이트 B는 IP 69.85.223.214에서 호스팅
PBN 사이트 C는 IP 138.195.192.21에서 호스팅
등등 pp.
클라우드 호스트를 사용하면 가상 발자국을 남기지 않고도 이 수준의 IP 다양성을 얻을 수 있습니다.

다른 호스팅 옵션보다 확실히 비쌉니다.

하지만 그만큼 가치가 있습니다.

 

Don't use:

Shared Hosting - like HostGator, Siteground etc. While you can hide in plain sight (so to speak), the scaling and management of shared hosting for PBNs is an absolute nightmare, as you need a separate hosting plan for each PBN. It's economically not feasible.
VPS Hosting - just don't ... seriously!

 

사용하지 마세요:

공유 호스팅 - HostGator, Siteground 등. 눈에 띄지 않게 숨길 수는 있지만(말하자면), PBN을 위한 공유 호스팅의 확장 및 관리가 절대 악몽입니다. ​​각 PBN에 대해 별도의 호스팅 플랜이 필요하기 때문입니다. 경제적으로 실행 불가능합니다.
VPS 호스팅 - 절대 하지 마세요... 정말입니다!

#2 Bad Registrars

Don't register all domains on the same date and DON'T use dropcatch providers. We can recommend Dynadot, Name, Namesilo, GoDaddy.

#2 나쁜 등록 기관

모든 도메인을 같은 날짜에 등록하지 말고 dropcatch 공급업체를 사용하지 마세요. Dynadot, Name, Namesilo, GoDaddy를 추천할 수 있습니다.

#3 No Whois

In times of GDPR and privacy concerns, this is more of a privilege instead of a footprint. It's completely free with most registars these days and highly recommended. Not having a private WhoIs probably leaves a bigger footprint.

 

#3 Whois 없음

GDPR과 개인 정보 보호 문제가 있는 시대에 이것은 발자국이 아닌 특권에 가깝습니다. 요즘 대부분 등록 기관에서 완전히 무료이며 적극 권장합니다. 개인 WhoIs가 없으면 발자국이 더 클 것입니다.

#4 Custom Nameservers

The big cloud hosts we mentioned above all give you the option to use their DNS networks. This means you can use their nameservers, for example:

ns1.digitalocean.com, ns2.digitalocean.com etc.

These nameservers are used by hundreds and thousand of sites and apps, so you will blend right in with those.

We don't recommend to use custom nameservers.

 

#4 사용자 지정 네임서버

위에서 언급한 대형 클라우드 호스트는 모두 DNS 네트워크를 사용할 수 있는 옵션을 제공합니다. 즉, 예를 들어 다음과 같은 네임서버를 사용할 수 있습니다.

ns1.digitalocean.com, ns2.digitalocean.com 등

이러한 네임서버는 수백, 수천 개의 사이트와 앱에서 사용되므로 이러한 네임서버와 바로 섞이게 됩니다.

사용자 지정 네임서버를 사용하지 않는 것이 좋습니다.

#5 Blocking Crawlers

If you know how Ahrefs et al. work, it makes no sense to block bots via .htaccess - unless you have an up to date IP list (which I bet you don't).

Also, how many real sites block these crawlers? Right. So why would you, if 80%+ of all sites don't?

In our opinion BLOCKING is the real footprint, especially when you use plugins like spiderblocker and co.

 

#5 크롤러 차단

Ahrefs 등이 어떻게 작동하는지 알고 있다면 .htaccess를 통해 봇을 차단하는 것은 말이 되지 않습니다. 최신 IP 목록이 있는 경우가 아니면 말입니다(아마 없을 겁니다).

또한 이러한 크롤러를 차단하는 실제 사이트가 몇 개나 될까요? 맞습니다. 모든 사이트의 80% 이상이 차단하지 않는다면 왜 차단해야 할까요?

저희는 차단이 실제 발자국이라고 생각합니다. 특히 spiderblocker와 같은 플러그인을 사용할 때 더욱 그렇습니다.

 

#6 Build unique PBNs

Having the same ugly a** layout for all of your PBNs will certainly leave a huge footprint.

You know the look, right? Simple free theme, full posts on the homepage and no customization whatsoever.

Ugh...

Instead you want to build real sites. Sites that pass a manual inspection if it ever comes to that.

Each PBN should have a custom logo and a custom layout (menus, stock images, design, etc.)

Today, the use of page builders makes it quite easy without leaving much of a footprint.

You really only need Elementor Pro + Astra/Hello/OceanWP Theme ; Divi and/or GeneratePress+GenerateBlocks to build 100s of unique sites. You can also invest into 4-5 of the top selling themes from Themeforest for more diversity.

In addition they all should have mandatory pages like about us, contact us, privacy policy, t&c, cookie policy, etc. GDPR compliance is mandatory these days and not having these on your PBNs will leave a certain footprint (albeit not as big).

We highly recommend to try and build sites that look unique and resemble real businesses.

You can easily find someone here on BHW that can help you with this.

 

 

#6 고유한 PBN 구축

모든 PBN에 동일한 보기 흉한 레이아웃을 적용하면 확실히 엄청난 발자국이 남을 것입니다.

그 모습을 알고 계신가요? 간단한 무료 테마, 홈페이지에 전체 게시물, 그리고 어떤 사용자 정의도 없습니다.

어휴...

대신 실제 사이트를 만들고 싶을 겁니다. 수동 검사에 통과하는 사이트 말입니다.

각 PBN에는 사용자 정의 로고와 사용자 정의 레이아웃(메뉴, 스톡 이미지, 디자인 등)이 있어야 합니다.

오늘날 페이지 빌더를 사용하면 많은 흔적을 남기지 않고도 꽤 쉽게 만들 수 있습니다.

실제로 Elementor Pro + Astra/Hello/OceanWP Theme ; Divi 및/또는 GeneratePress + GenerateBlocks만 있으면 수백 개의 고유한 사이트를 만들 수 있습니다. 더 많은 다양성을 위해 Themeforest에서 가장 많이 팔리는 테마 4~5개에 투자할 수도 있습니다.

또한 모두 회사 소개, 문의처, 개인정보 보호정책, 이용약관, 쿠키 정책 등과 같은 필수 페이지가 있어야 합니다. 요즘은 GDPR 준수가 필수이며 PBN에 이러한 페이지가 없으면 어느 정도 흔적이 남습니다(크기는 작지만).

우리는 독특해 보이고 실제 사업체와 유사한 사이트를 구축하는 것을 적극 권장합니다.

BHW에서 이 문제를 도와줄 사람을 쉽게 찾을 수 있습니다.

 

 

 

#7 Use unique content

We mentioned that before.

We never, ever use thin (spun or worse) or scraped / expired content. The first is just garbage and the algorithm is just too smart these days, the later involves certain risks of copyright strike, which we absolutely want to avoid on a $500+ domain.

ALso don't use scraped images (same reason -> copyright). Use stock free images from Pixabay or Pexels instead.

 

 

#7 고유한 콘텐츠 사용

이전에 언급했습니다.

우리는 결코 얇거나(스핀 또는 더 나쁜) 스크래핑되거나 만료된 콘텐츠를 사용하지 않습니다. 첫 번째는 쓰레기일 뿐이고 알고리즘은 요즘 너무 똑똑하고, 두 번째는 저작권 침해의 위험이 있으며, 500달러 이상 도메인에서는 절대 피하고 싶습니다.

또한 스크래핑된 이미지(동일한 이유 -> 저작권)를 사용하지 마세요. 대신 Pixabay 또는 Pexels의 무료 스톡 이미지를 사용하세요.

 

 

 

#8 Don't interlink your PBNs

Duh. Self explanatory.

You also want to make sure, that the money sites that you link to are on separate and unique hosts.

 

#8 PBN을 상호 연결하지 마세요

당연하죠. 설명이 필요 없죠.

또한 링크하는 돈벌이 사이트가 별도의 고유한 호스트에 있는지 확인해야 합니다.

 

 

 

#9 Build Links to your PBNs (optional)

Real sites lose and gain links all the time.

So it's recommended to add a few quality tier 2 links into the mix.

This will not only help your PBN sites, but also your money site.

It's not absolutely necessary, but incredibly helpful

#10 Use internal links on your PBNs

Real sites have a LOT of internal links. Not only can they help to pass link juice from internal pages to the homepage (and vice versa), but they can help to create topical relevance for the whole PBN site.

Definitely recommended.

#11 Skip GA/GSC

Don't use Google Analytics or GSC on your PBN domain.

Another duh. Paranoia gets the best of us.

But why risk it?

#12 Use internal redirect correctly.

Some sites have more links pointed to the root version (non-www) some sites have more links pointed to the www. version. Make sure to know which one you want to use and redirect the other variant. Otherwise you may experience underwhelming results.

Also make sure to rebuilt inner pages that have links pointed to them with the exact same URL structure and add fresh content to those with internal links to the homepage.

We go into a bit more detail in this 301 thread.

 

#9 PBN에 대한 링크 구축(선택 사항)

실제 사이트는 항상 링크를 잃거나 얻습니다.

따라서 몇 개의 양질의 2계층 링크를 믹스에 추가하는 것이 좋습니다.

이것은 PBN 사이트뿐만 아니라 돈 버는 사이트에도 도움이 될 것입니다.

절대적으로 필요한 것은 아니지만 엄청나게 도움이 됩니다.

#10 PBN에 내부 링크 사용

실제 사이트에는 내부 링크가 많이 있습니다. 내부 페이지에서 홈페이지로(또는 그 반대로) 링크 주스를 전달하는 데 도움이 될 뿐만 아니라 전체 PBN 사이트에 대한 주제별 관련성을 만드는 데 도움이 될 수 있습니다.

확실히 추천합니다.

#11 GA/GSC 건너뛰기

PBN 도메인에서 Google Analytics나 GSC를 사용하지 마세요.

또 다른 당연한 일입니다. 편집증이 우리를 압도합니다.

하지만 왜 위험을 감수해야 합니까?

#12 내부 리디렉션을 올바르게 사용하세요.

일부 사이트는 루트 버전(www가 아닌)을 가리키는 링크가 더 많고, 일부 사이트는 www. 버전을 가리키는 링크가 더 많습니다. 어떤 것을 사용하고 싶은지 알고 다른 변형을 리디렉션하세요. 그렇지 않으면 실망스러운 결과를 경험할 수 있습니다.

또한 정확히 동일한 URL 구조로 링크가 지정된 내부 페이지를 다시 빌드하고 홈페이지로의 내부 링크가 있는 페이지에 새로운 콘텐츠를 추가하세요.

이 301 스레드에서 좀 더 자세히 설명합니다.