500 pbn network , but separate IP for each domain?

monpaycom

Junior Member
Joined
Aug 11, 2016
Messages
143
Reaction score
5
500 pbn network , but separate IP for each domain?

that would mean that each unique IP costs $1.00 and we have 500 unique domains, so that is an extra cost of $500 a month

what am I missing? Do I need a tool like scrapebox to get me free usable IPs to attach to each unique domain? If yes, how will those IPs be fixed and attached to our dedicated server?

thanks for the help guys
 
It's not just about separate IPs, different hosting, DNS, Registar, and many more factors..
 
Not just different IP, also it's recommended different C class IP, so as @sashilover pointed out, different hosting is sometimes needed (not always, for example OVH have different C-class).

Personally, I don't believe in the full footprint idea.
There are reasonable things and unreasonable things

For example:
- Registrar: Namesilo have millions of domains. There is no manual review for this. In case you had a really good PBN with really good content, it won't even matter if blogs are in the same IP, because G would consider it the a real BN (not PBN)
- WHOIS: Nowadays, most registrars offer private WHOIS. Some people believe that going private with 100% of the domains is clearly a footprint. I don't believe so. Unless you use the exact same private mechanism for all the domains. This could only justify using different registrars (for using different whois private services). Personally I don't really believe that Google looks domains WHOIS at that level. At best non-private WHOIS

Remember that the footprint only makes Google flag your domains and send them to reviewers (meanwhile is true that it could outrank in SERPS for several months. When your domain (for example, a single site lets say: yourpbndomain.com/method-to-buy-whatever) is under review (and consider that only pages with a high level of traction in terms of SERPs are flagged, because each review costs A LOT of $ to G), reviewers will only look at your content, not the footprint (the server and all that). So if you create decent quality content in your PBN (not spinned or shitty-translated), then it may pass the quality review system.

So essentially, a lot of people is over-obsessed with the PBN footprint. For a rule of thumb, my suggestion is: If you find REALLY good domains for a PBN, create a little ecosystem for them apart (their own quality hosting, their own registrar, their own everything, even their own non-private WHOIS), specially if you are going to fulfill them with really shit/thin content.

But for average PBN domains, just keep it simple. Follow a 80/20 rule: For 500 Domains, treat the top 100 domains with care, and the other 400 domains less carefully (unless you have spent $500 for each domain, then treat them all carefully! :p )
 
I think you do not know exactly what a PBN Is



The scraped IPs from Scrapebox has noting to do with hosting. When you purchase a web hosting for your website/domain then it gives you an IP Address. This IP address can be shared among different website or can be a dedicated to your website. Dedicated Hosting IP will cost you much higher.


For a 500 blog network you can expect

$1500-$2000 a month of dedicated web hosting/ $1000 a month of shared web hosting
$5000+ for registrar. A domain must be registered with a registrar. They charge an average of $10 per domain. Charges depends on the domain TLD (i.e. .com; .net ; .org etc )

If you aren't going to write the articles yourself then consider another $25000 for articles given you publish 10 articles per blog and each article costs you $5


NOW THE MAIN EXPENDITURE

This Whole Setup will cost you a minimum of a year. Given you create 2 Blogs a day and rest for the weekends.

On my option you shouldn't go above 50 blogs for each Private Network.
 
typical PBN for me costs around $90 - $150 setup costs (domain, content, setup) and about $100 per year on-going cost for domain reg, content and so on. Thats not including the cost of general maintenance - theme updating and so on.
So for a 500 site PBN you can expect quite a large setup cost.

But then again, with a 500 site PBN you should be able to rank like a MF.
 
1/ For 500 PBN, it is not necessary to have 500 different IPs. Are you going to link each and every one of them to the same target site?

2/ But let's say you use $1 hosting and get 500 IPs; then it is already a weak PBN just by the fact you are using a massive amount of SEO hosting.

3/ In order to build a large and secure PBN, you need to use multiple hosting companies that have different prices, and the cost analysis will depend on many things. Example hosting =$120/year, 4 sites (4 niches) on same IP, = $2.5 per site (not per IP). Just an example.

Conclusion:
- it always depends on PBN quality,
- go by steps with 10,25,50,100 etc PBN; not 500 right off the bat.
 
Last edited:
If all 500 blogs will be part of the same network -- i.e. used to rank the same money site -- then yes, the IPs should be unique. However, if the 500 blogs will be split into multiple networks -- e.g. 5 different networks, each with ~100 blogs -- then you would need fewer IPs (in this case only ~100).

By unique IPs, we mean unique web servers (hosting). (The IPs you mentioned are proxies., which have nothing to do with hosting websites.) So for each blog in a network you want to use a different web server, which will give you the unique IP.
 
You can save on IPs by clustering. But every money site can only get links from one cluster - or the IPS will overlap. It's like treating every cluster like a different PBN network.
Network1 can therefore have the same IPs as Network 2 because they will never get in touch.
Once you have enough PBNs to rank, you can turn that into your first cluster and build the next (for other sites)

That makes scaling cheaper I guess. Also there is less risk of loosing the whole network. But you can't link them all to one money site.
 
Wait a minute, would would be the issue with paying $500 for your PBN hosting? If 500 PBN's doesn't provide you with enough rankings to offset this expense then you have other issues to investigate ;)
 
Back
Top