SEO Hosting 'Realities'
- SEO |
I'm trying to figure out what is really needed to build an SEO Pyramid that won't be easily detectable by Google - specifically in the context of a 'Local SEO Empire'. It seems like there's a lot of FUD (fear uncertainty doubt) around the subject and I wonder if anyone has ever done any actual testing of what works and what doesn't (I realize that testing something this complex wouldn't be easy).
I understand that I'm over-analyzing this
, I am actually taking action right now building my 'money' sites with actual content. But I have a few domains 'laying around' that I was planning on using to build the pyramid as well as soon as I get enough actual content in my 'money sites' (full time job, so this is a side gig). I just want to build my 'outer ring' sites the right way when I start.
It's interesting that in the thread I point to above, Marcos says he doesn't really worry about most of this stuff (sounds like he does use different domain registration information) and his pyramid still works. Since he doesn't appear to be selling a WSO specifically about this subject, he might even be telling the truth - that's kind of a joke, I've got a lot of respect for Marcos actually, but I take everything I read on this board (*the internet*) with a grain of salt - especially after AP...
Another thing I consider is, even if none of this is an issue now, at some point in the future Google might have some of their Google-heads start to take a closer look and incorporate these things into the algorithm. It would really suck to have a bunch of your sites (or your clients) disappear after an update that hits (Local) SEO Empires like Panda did the article farms.
What I've heard is needed (and I have no idea which of these are accurate):
1. Different Class C (or B) IP Addresses in different blocks - no one seems to argue about this, it's pretty much a given and would be very easy to detect links coming from the same block.
2. Geographically distinct IP addresses - So not only in different blocks, addresses that actually appear to be in different locations. Are these really necessary, do they make a difference?
3. Different Domain contact registration information - Different physical addresses and names. Anyone tested this? It's not all that hard to make this happen until you start to build a lot of domains.
5. Separate Hosts - I can do a whois on an ip address and find out who it's allocated to. Is there a way to avoid this? Do SEO hosts hide this? Is there any way for google to correlate this information and negate the effectiveness of SEO hosting from a single host anyway?
6. Other footprints - What other footprints could Google detect that I'm not thinking about? Same registration date for the domains? I wouldn't think this would be a single factor, but perhaps in conjunction with others. We don't really know how far Google goes in analyzing this information. Now and possibly in the future.
Final question for those that have managed to make it through this book. How do you manage all of this if you have 10s or 100s of sites?
I understand that I'm over-analyzing this
, I am actually taking action right now building my 'money' sites with actual content. But I have a few domains 'laying around' that I was planning on using to build the pyramid as well as soon as I get enough actual content in my 'money sites' (full time job, so this is a side gig). I just want to build my 'outer ring' sites the right way when I start.It's interesting that in the thread I point to above, Marcos says he doesn't really worry about most of this stuff (sounds like he does use different domain registration information) and his pyramid still works. Since he doesn't appear to be selling a WSO specifically about this subject, he might even be telling the truth
- that's kind of a joke, I've got a lot of respect for Marcos actually, but I take everything I read on this board (*the internet*) with a grain of salt - especially after AP...Another thing I consider is, even if none of this is an issue now, at some point in the future Google might have some of their Google-heads start to take a closer look and incorporate these things into the algorithm. It would really suck to have a bunch of your sites (or your clients) disappear after an update that hits (Local) SEO Empires like Panda did the article farms.
What I've heard is needed (and I have no idea which of these are accurate):
1. Different Class C (or B) IP Addresses in different blocks - no one seems to argue about this, it's pretty much a given and would be very easy to detect links coming from the same block.
2. Geographically distinct IP addresses - So not only in different blocks, addresses that actually appear to be in different locations. Are these really necessary, do they make a difference?
3. Different Domain contact registration information - Different physical addresses and names. Anyone tested this? It's not all that hard to make this happen until you start to build a lot of domains.
3a. Has anyone used 'fake' domain contact information before? How easy is it to get caught? Will you get a chance to correct it or will they just revoke that domain?4. Separate DNS servers for each IP address. This one is kind of interesting. One set of DNS servers can handle a boatload of DNS queries. What is my host was GoDaddy or another big host and there were real white-hat links coming to my site from another site owned by someone else on GoDaddy. Is Google going to discount that, it doesn't make sense. Has anyone tested this?
5. Separate Hosts - I can do a whois on an ip address and find out who it's allocated to. Is there a way to avoid this? Do SEO hosts hide this? Is there any way for google to correlate this information and negate the effectiveness of SEO hosting from a single host anyway?
6. Other footprints - What other footprints could Google detect that I'm not thinking about? Same registration date for the domains? I wouldn't think this would be a single factor, but perhaps in conjunction with others. We don't really know how far Google goes in analyzing this information. Now and possibly in the future.
Final question for those that have managed to make it through this book
. How do you manage all of this if you have 10s or 100s of sites?