42 pegadas da rede PBN (a completar)
Esta não é a lista máxima de footprints quando se cria uma PBN com domínios, alojamento, vários serviços e implementação técnica.
Criar um PBN é uma tentativa de tornar anónimo o proprietário de vários sites para que pareçam pertencer a pessoas diferentes e não estejam relacionados. Bem, o ponto mais fraco no anonimato e na segurança está sempre entre o ecrã do monitor e o encosto da cadeira.
Estas são recomendações idealistas ao criar grelhas PBN - o que deve e não deve ser feito para não deixar rasto (as chamadas pegadas). Precisamos de compreender que o ideal é quase inatingível e a nossa tarefa é simplesmente aproximarmo-nos dele. Uma pegada é uma pegada em vários sites que revela um único proprietário de uma rede PBN. Para começar, todos os sites da sua rede já têm algo em comum: todos eles têm ligações para o mesmo site. Mas estes podem ser sites de proprietários diferentes ou podem ser PBN.
Compilei a minha lista de pegadas que recomendo evitar para fazer com que os seus sites pareçam o mais diversificados possível e reduzir as hipóteses de queimar toda a rede.
Não sou o Google e não sei tudo, mas a escolha é sua. Tudo o que está escrito abaixo é 100% a minha opinião subjetiva.
Introdução
Imagine-se no lugar do Google e a sua tarefa é encontrar satélites relacionados para evitar a manipulação dos resultados de pesquisa. O Google não é apenas um motor de busca, é uma enorme base de dados (big data) e, embora esteja convencido de que as manipulações manuais são possíveis e aplicadas aí, no entanto, em 99,99% dos casos, o resultado da pesquisa é um algoritmo (bem, há são apenas muitos nichos e pode cansar-se de corrigir com as mãos). De seguida, o algoritmo apenas procura correspondências e atribui um determinado coeficiente de conectividade do dador com base nas mesmas. É claro que 2 em 100 sites doadores em 1 modelo Wordpress não é motivo para os considerar relacionados, mas se houver 5 ou 10 deles e apenas 20 doadores, isso já é suspeito. E se tiverem o mesmo proprietário no domínio whois? E se houver os mesmos contactos em 2 dadores, já aplicaria um factor de redução no peso dos links desses sites. Mas isto sou eu, e isto é o Google. Apresente agora todos os dados sobre cada dador numa tabela bem grande. Encontrar pontos em comum não é assim tão difícil com todos os dados. É exatamente isso que precisa de compreender ao criar um PBN. Bem, agora sobre as pegadas. Vamos!
Pegadas de domínio
Pegada nº 1: Domínios de um ou dois registos
Concordo, é estranho quando até 50% (até 20%!) de todos os links para o site consistem em domínios de 1-2 registradores. Existem milhares deles no mundo, e 1 ou 2 domínios têm links para o site? Isto não é natural e levanta suspeitas, mesmo que estes sejam os maiores registadores do seu país.
Sugestão: obtenha mais registadores diferentes de diferentes países e regiões.
Pegada n.º 2: Domínios registados num dia ou em vários dias
Então decidiu criar um PBN para o projeto e começou a comprar drops ou a criar novos. E seria melhor se houvesse uma discrepância completa nas datas de registo, em vez de coisas estranhas como... todos os dadores foram registados numa semana. Ou mesmo durante 2 meses. Mas e os outros 10 meses do ano? O Big Data verá tudo.
Dica: com calma, mas sem fanatismos (como a média aritmética), distribua as datas de registo dos dadores ao longo do ano.
Pegada n.º 3: Domínios registados para 1 ou 2 pessoas (incluindo com ocultação de dados) no whois
Tem a certeza que o Google não tem dados da ICANN? Não tenho certeza. A ICANN é uma organização sem fins lucrativos sediada nos Estados Unidos que recolhe dados sobre todos os domínios registados em todas as zonas de domínio existentes. Não só qualquer pessoa pode visualizar o whois do domínio, mas também os dados dos proprietários. E é importante que a Google saiba que os proprietários de domínios são diferentes. Portanto, acredito que a Google tenha esses dados. Afinal, não é um segredo terrível, e existem zonas de domínio onde não é possível ocultar o proprietário do domínio do whois.
Em alternativa, pode registar um domínio para uma pessoa fictícia ou outra pessoa, mas apenas se o registrador solicitar a verificação de dados... o domínio tornar-se-á imediatamente não seu.
Dica: o ideal é que existam 10 em cada 10 proprietários diferentes de 10 domínios. Tudo o resto será visível em big data.
Pegada n.º 4: Domínios doadores de 1 zona de domínio
Existem mais de 250 milhões de domínios registados no mundo, sendo que 60% estão na zona .com. Mas isso não significa que o seu perfil de links deva ser 60% de .com. Ao contrário do Google, eu e você não sabemos quantos sites ativos existem no mundo, por exemplo, em italiano. Quantos .com,.info ou .net, e quanto custa o .it. É claro que, no país do seu projeto principal, a maioria dos doadores será desse país, mas é sempre necessário diluir os internacionais e os temáticos. O principal é não ficar preso.
Sugestão: as zonas de domínio devem ser diferentes, mas focar-se na área local da região do site promovido.
Pegada n.º 5: Domínios com nomes semelhantes
Digamos que está a promover o alojamento (o seu projecto principal) e a comprar domínios (para PBN): aaahost.com, aabhost.com, aachost.com... Penso que aqui está tudo claro. Não vem naturalmente da palavra “de todo”.
Sugestão: o maior número possível de nomes de domínio diferentes.
Pegadas de serviços de alojamento
Pegada n.º 6: sítio NS
Se todos os doadores do seu projeto tiverem o NS Cloudflare ou outro serviço, isso é estranho. Mas se também forem iguais (ou seja, em 1 conta), isso é um fiasco!
Sugestão: O NS, como tudo o resto, deve ser diversificado.
Pegada n.º 7: Alojamento de sites num, dois ou mais servidores
Mesmo que existam vários endereços IP em cada servidor, continua a não ser natural. É visualmente estranho quando os doadores têm endereços semelhantes, ou endereços IP em sequência, ou da mesma rede, ou de um fornecedor de alojamento 1-2-3.
Sugestão: Um perfil natural é uma mistura completa de endereços IP, sub-redes, hosters e países.
Pegada n.º 8: Todos os sites estão alojados num ou mais serviços de alojamento (especialmente se os serviços de alojamento forem concebidos para PBN)
Depois criou 10 a 20 satélites e colocou-os em 2 a 3 sites de alojamento. O Google e o Yandex recolhem todos os dados e veem... que são completamente antinaturais. O resultado é a anulação dos seus esforços ou sanções dos motores de busca.
Todo o alojamento PBN já é um problema. O Google apenas vê estes sites de alojamento, conhece os seus endereços IP (são dados públicos) e percebe tudo.
Sugestão: não utilize serviços de alojamento para PBN, onde este é o foco principal. Só se esta for uma pequena parte do seu negócio é que haverá muitos sites diferentes nos seus endereços IP e esta é uma opção de trabalho normal. Aloje os seus satélites em diferentes fornecedores de alojamento.
Pegada nº 9: serviços PBN que alojam a sua rede de sites em CDN
Esta é a minha pegada favorita.
Muitos vendedores de sites PBN atribuem os estados dos seus produtos desta forma: “IP puro”, “IP diferente”… Na verdade, dão 100% de garantia de que o serviço CDN nunca dará a ninguém o endereço IP real de os seus sites . Infelizmente, todos os dados neste mundo estão à venda, especialmente em tarifas gratuitas. E, por vezes, a base de dados é pirateada e depois vendida na darknet. Ou de outra forma: por exemplo, ao apresentar uma queixa legal contra um website na Cloudflare em nome de uma organização ou empresa pública, pode solicitar e descobrir facilmente o verdadeiro hoster do website e até o verdadeiro endereço IP. E aqui está o Google, para o qual é importante lutar contra os criadores das redes e não consegue obter um endereço IP real? Acredita mesmo nisso? E isto não é uma queixa sobre os serviços da CDN. A CDN é utilizada para acelerar a entrega de conteúdos, e não para ocultar os seus sites de todos os endereços IP reais. Este é um efeito colateral da tecnologia que utilizamos (servidor proxy reverso). Eles (serviços CDN) não prometem esconder o endereço IP real do site de todos.
Bem, estes serviços PBN geralmente mantêm todos os seus sites em 1 ou 2 endereços IP reais e dizem-lhe que o Cloudflare manterá o seu endereço IP real sagrado e que o Google não descobrirá.
Além disso, surge a questão: em que sites estão os seus sites? Certifique-se de que os sites não estão no mesmo site, para que pelo menos estejam configurados em contas diferentes.
A propósito, também mantemos todos os sites em 1 endereço IP e usamos um servidor proxy reverso para ocultar o endereço real, mas não somos CDN, e é isso que vendemos (ocultando o endereço IP real para criar visibilidade de vários locais dos seus satélites) , em vez de acelerar o carregamento do site em diferentes partes do mundo, proteção DDOS, etc.
Se acredita que as CDN nunca revelarão os endereços IP reais dos seus sites a ninguém, o que o impede de criar várias contas Cloudflare e de lá colocar alguns dos seus satélites gratuitamente?
Sugestão: CDN pode e deve ser utilizado, mas não 100% ou mesmo 50%+ dos endereços reais (que coloca no painel de serviço CDN criando registos A) devem ser fornecidos de forma diferente, de diferentes sub -redes, de diferentes hosters.
Serviços
Pegada n.º 10: Os domínios ou URLs de sites são colocados juntos em qualquer dock do Google ou outros documentos online, bem como em messengers ou e-mails
É mais como paranóia, mas nós usamos o Excel. Embora se aprofundar o assunto, é absolutamente lógico - não pode colocar uma lista dos seus satéliteslites num só local, especialmente se forem documentos de rede.
Dica: condução offline.
Pegada n.º 11: Adicionar sites a uma única conta do Google Search Console ou do Google Analytics
Assim como quaisquer outros códigos idênticos em diferentes sites. Pode parecer idiota, mas... às vezes fazem assim.
Dica: não utilize os serviços da Google para satélites e não coloque os mesmos códigos em sites diferentes.
Pegada n.º 12: Adicionar sites a uma conta de qualquer serviço
Tudo é vendido na Internet e, por vezes (regularmente?) surgem bases de dados de vários serviços. Portanto, cada vez que adiciona vários sites de uma lista a um serviço ou verifica as posições de todos os seus satélites numa conta, isto já não é bom.
Dica: nunca ligue os seus diferentes sites PBN em qualquer lugar online.
Pegada nº 13: Os serviços de automatização PBN são utilizados (bluechipbacklinks, expireddomains, etc.)
É claro que o objetivo aqui não é não os utilizar, mas sim utilizar a mesma ferramenta para selecionar todo o PBN. Este sobrepõe-se ao ponto anterior, mas existem serviços concebidos para funcionar no PBN.
Sugestão: os dadores devem ser o mais independentes possível.
Pegada n.º 14: Google Chrome
Imagine a sua grelha de satélites com, por exemplo, 20 localizações. O tráfego em cada um dos satélites é de aproximadamente... 0. Bem, ou muito pouco. Mas, de repente, alguém com 1 IP no browser Google Chrome visita todos os sites doadores de um projeto específico.
Dica: utilize um browser diferente, ou melhor ainda, utilize vários browsers diferentes
Implementação técnica
Pegada n.º 15: Sítios idênticos/semelhantes, design idêntico/semelhante
Cada site é constituído por dezenas de blocos: cabeçalho, rodapé, blocos de contacto…
E mudar 1-2 blocos não muda grande coisa. Afinal, os motores de busca veem o código e comparam-no.
Sugestão: crie sites completamente diferentes desde o início.
Pegada nº 16: Em todo o lado Wordpress ou html ou joomla ou...
Não é natural quando até 50% do perfil é de 1 CMS, mesmo o mais popular do mundo.
Sugestão: diferentes plataformas, cms.
Pegada nº 17: Um modelo Wordpress para todos os sites
Mais uma vez, pense no quão natural parece um perfil de modelos 1-2-3.
Não é assim que acontece. E há centenas de temas gratuitos - escolha diferentes.
Sugestão: modelos completamente diferentes de cms diferentes.
Pegada nº 18: O mesmo conjunto de plugins Wordpress para todos os sites
É importante compreender que cada plugin é apenas um pedaço de código e é fácil de encontrar em diferentes sites.
Dica: plugins diferentes = código diferente. Não instale os mesmos plug-ins em todos os satélites.
Pegada n.º 19: Satélites restaurados do Arquivo
Não te vou convencer que não deves fazer isso, porque funciona. Mas, pessoalmente, não gosto de quedas e recuperações - as explicações estão aqui.
Mas neste parágrafo, estamos a falar do facto de que todo o perfil de ligação não pode consistir em sites restaurados. Aqui também precisa de ser misturado. Afinal, o Google lembra-se de tudo: de todos os sites, do seu conteúdo, de quando o site deixou de funcionar e de quando foi novamente restaurado. Concordo, quando o perfil de referência consiste em 50% de quedas restauradas, isso é um sinal da grelha mfn. Quem mais precisa de drops que de repente levam toda a gente ao site promovido?
Sugestão: uma variedade de doadores de diferentes fontes.
Pegada n.º 20: Uma rede de sites foi criada/desenhado pelos mesmos programadores/desenvolvedores/compositores
As pessoas repetem as mesmas ações e os mesmos erros. Se um programador ou designer gostar de uma determinada secção de contactos, irá repeti-la de site para site.
Dica: Diferentes criadores têm gostos, hábitos e erros diferentes.
Pegada n.º 21: A mesma estrutura do site
Naturalmente, mesmo um quarto dos doadores pode não ter a mesma estrutura de website.
Sugestão: existem diferentes tipos de sites com estruturas diferentes.
Pegada n.º 22: Existe um tipo de comunicação e formulário de contacto em todo o lado
20 sites com o mesmo formulário de feedback é normal. Mas e se todos estes 20 sites tiverem links para o dia 21? E se esse formulário envia pedidos para e-mails inexistentes em todo o lado... ou nada acontece ao enviar o formulário... Isso já é suspeito.
Dica: diferentes tipos de sites com contactos diferentes (até mesmo estranhos, mas reais).
Pegada n.º 23: Respostas automáticas idênticas no formulário de feedback por e-mail
O formulário de feedback é um guião com respostas automáticas. Parece que existe algo do género? Todos os chats começam normalmente. Mas a única questão é qual a percentagem de dadores que obtiveram sucessoh formas de comunicação e quantas delas respondem num modelo.
Dica: qualquer bloco é um rasto, aleatorize tudo, incluindo as respostas no chat.
Pegada n.º 24: Os contactos têm o mesmo endereço de correio eletrónico, rede social e número de telefone
É estúpido, claro, mas... acontece. Contactos idênticos são demais.
Sugestão: os contactos devem ser reais e diferentes.
Pegada nº 25: Nomes diferentes de contas de administração do Wordpress, bases de dados, perfis
É como no parágrafo 17 - as pessoas repetem as mesmas ações e os mesmos erros. E chamam painéis de administração, bases de dados e perfis da mesma forma.
Sugestão: crie uma tabela e dê a cada site algo diferente.
Pegada n.º 26: O mesmo htaccess com protecção contra mais de 500 bots
Essa é outra coisa de que não gosto. Bloquear bots já é suspeito por si só: quem é, de quem e o que esconde? Isto é normalmente feito para esconder a sua forma de promoção dos concorrentes, para que não consigam perceber porque é que o site está bem classificado, uma vez que parece não haver qualquer link. Mas bloquear bots idênticos em dadores é bingo! Não é nada natural.
Para aqueles que acreditam particularmente que isto é necessário, sugiro outra opção: executem o vosso site em todos os tipos de marcadores sociais ou outras bases de dados e... adicionem todos estes links para proibir links. E isso vai poupar-lhe sanções porque vai redefinir o peso deles e os concorrentes vão cansar-se de vasculhar a sua massa de referência. Além disso, mostrará ao motor de busca que está a ter problemas com os linkwashers e que não precisa de links dos mesmos.
Dica: não se envolva em disparates que só deixam vestígios na grelha do seu site.
Conteúdo
Pegada nº 27: O conteúdo de todos os sites foi escrito pelo mesmo copywriter
Mais uma vez, parágrafo 17 - as pessoas repetem as mesmas ações e os mesmos erros. Os escritores não são exceção, escrevem no mesmo estilo.
Dica: diferentes fontes de conteúdo.
Pegada n.º 28: Conteúdo em toda a grelha PBN, traduzido de um site para todos os sites da rede
As fontes de conteúdo devem ser diferentes. Caso contrário, o grande encontro verá isso, não se engane. O Google conhece todos os idiomas e também vê onde e o que foi traduzido (pelo Google Translate?).
Dica: diferentes fontes de conteúdo.
Pegada nº 29: O conteúdo de todos os sites da PBN é gerado através das legendas do YouTube
As fontes de conteúdo devem ser diferentes. Caso contrário, o grande encontro verá isso, não se engane.
Dica: diferentes fontes de conteúdo.
Pegada nº 30: Conteúdo antigo é mau!
Se fizer uma restauração e restaurar um site a partir do ficheiro (não é o meu feitio, mas sim o seu negócio), muitas vezes deixa o conteúdo antigo. Precisa de ser atualizado e complementado ou alterado para um novo. Lembre-se, o Google vê tudo e adora conteúdo novo, atual e relevante.
O Conselho: é preciso mexer no conteúdo antigo dos drops para que o efeito não seja um flash e, por vezes, para que haja algum efeito. Precisamos de trabalhar o conteúdo.
Promoção PBN
Pegada n.º 31: GSA / CEO-piloto automático / Crum / outras execuções idênticas foram feitas para todos os doadores
Estes dadores terão um perfil de referência idêntico.
Sugestão: promova os satélites de diferentes formas.
Pegada n.º 32: todo o PBN é financiado coletivamente a partir de uma única base de dados
Estes dadores terão um perfil de referência idêntico.
Sugestão: promova os satélites de diferentes formas.
Pegada n.º 33: Todos os sites receberam DR da mesma forma
Estes dadores terão um perfil de referência idêntico.
Sugestão: promova os satélites de diferentes formas.
Pegada n.º 34: Todos os sites da rede estão interligados
Em geral, uma das formas mais fáceis de queimar a sua rede de satélite é ligá-la.
Sugestão: os satélites não se devem referir uns aos outros.
Pegada n.º 35: Todos os sites apareceram e começaram a mover-se ao mesmo tempo
Este parágrafo é um pouco semelhante ao parágrafo 2, só que aqui a data de início do site e a data de início da promoção, e não a data de registo do domínio.
Dica: com calma, mas sem fanatismos (como a média aritmética), divulgue as datas de lançamento dos sites doadores e o início da sua promoção ao longo do ano.
Ligações
Pegada n.º 36: Todos os links de satélite estão em texto/imagens
Se todos os seus links são monótonos, não é natural.
Sugestão: crie diferentes ligações para o projeto promovido.
Pegada n.º 37: Todos ou parte dos sites estão ligados à mesma rede de satélite
Quando, por exemplo, os seus 20 sites doadores têm links para 5 dos mesmos sites cada, isto énão é estranho, indica claramente ligações.
Sugestão: Os links dos doadores não devem ser os mesmos.
Pegada n.º 38: O link leva a apenas um site de dinheiro
Um link online é bom, mas se o seu site tiver links apenas para um projeto promovido... é estranho.
Dica: adicione outro link para o site ou vários para recursos fidedignos (o próprio Google, Youtube, Wikipedia...). Sim, isto representa uma perda de peso do link, mas diluir os destinatários e a proximidade com autoridades só beneficiará o seu link.
Pagamento
Pegada n.º 39: Os pagamentos para diferentes domínios e alojamento são feitos com um único cartão / PayPal
Não importa quanto custa uma fatura ou o cartão com que paga, mas também importa (especialmente se pagar com um cartão ligado ao GooglePay). É mais provável que o faça num navegador que se lembrará do cartão e do pagamento em 10 a 20 sites de alojamento e/ou registadores. E, como resultado, alguns serviços de Internet sabem que muitos serviços semelhantes foram pagos com 1 cartão.
O PayPal é como o GooglePay para mim, como o Apple Pay. Há muito tempo que não acreditava na segurança dos dados destes gigantes tecnológicos. Recolhem toneladas de dados sobre tudo sem motivo.
Dica: use tudo de forma diferente e nunca faça pagamentos aos gigantes do setor.
Paranóia
Pegada nº 40: Visita a vários sites PBN do mesmo endereço IP e MAC
Especialmente se o fizer no browser Google Chrome ou em qualquer site.
o código é do Google e de outros locais.
Sugestão: utilize diferentes pontos de entrada e diferentes navegadores para visitar satélites.
Pegada n.º 41: Visitar sites a partir de uma única conta Google
Isto é normalmente idiota, mas... veja o parágrafo anterior. É como candidatar-se ao Google: peço-lhe que considere estes meus sites como links.
Sugestão: utilize diferentes pontos de entrada e diferentes navegadores para visitar satélites.
Pegada n.º 42: A utilização de qualquer serviço de motor de busca aumenta significativamente o risco
Lembre-se, ao trabalhar com sites PBN, nunca utilize nenhum serviço de motor de busca que esteja, de facto, a enganar com a sua rede de sites.
Dica: sem serviços Google.
Acho que já escrevi tudo. Por vezes é confuso, outras vezes os pontos sobrepõem-se ou são semelhantes. Mas é assim que as coisas são.
Ao criar outra rede de sites, eu próprio releio a lista sempre. E eu aconselho-te.