Dois portais meus disputam o mesmo assunto, e a culpa é minha
Em 27 de agosto de 2026 eu subi um script chamado export-entity-canonical no repositório de alexandrecaramaschi.com. Ele compila duas fontes de schema em TypeScript, a Person de Alexandre Caramaschi e a Organization da Brasil GEO, e grava um arquivo em public/.well-known/entity-canonical.json para que os outros sites do ecossistema parem de copiar sameAs à mão. O comentário no topo do arquivo diz por que ele existe: brasilgeo.ai, posgraduacaopsicologia.com e dinheirodaminhaempresa.com estavam repetindo a mesma identidade em três lugares diferentes, cada um com a sua versão. Escrever esse script foi admitir um problema que eu tinha criado.
A promessa deste relato: no fim dele você tem o recorte de assunto de sete portais em uma tabela, uma regra de link entre domínios do mesmo dono que dá para auditar em uma tarde, e a lista do que quebrou na minha operação, com data. Não tem número de citação antes e depois, porque eu não tenho essa série medida com rigor, e vou dizer isso de novo na seção de limitações.
A tese que sustento e que alguém pode contestar: administrar vários sites da mesma casa não multiplica autoridade por sete. Multiplica por sete a chance de o motor generativo confundir quem é quem. A rede só vira ativo em duas condições simultâneas. Cada portal precisa de um recorte de assunto que nenhum outro cobre, e o link entre eles precisa existir porque ajuda quem está lendo aquele parágrafo, não porque ajuda o ranqueamento. O erro que eu quase cometi foi exatamente o oposto: linkar tudo com tudo, em rodapé, e chamar isso de rede.
O caso condutor deste texto é o par mais desconfortável do meu portfólio. A página de case de larissacaramaschi.com descreve um site de psicologia clínica especializado em autismo nível 1 em adultos. A página de case de posgraduacaopsicologia.com descreve um portal que foi pivotado para autoridade central em autismo nível 1 em adultos, com Larissa Caramaschi como autora central. Duas propriedades da mesma casa, o mesmo assunto declarado, a mesma pessoa assinando. Volto a esse par no fechamento, com o que mudou.
O recorte de assunto de cada portal, e a pergunta que ele deveria ganhar
Uma rede de portais funciona quando cada domínio responde a uma pergunta que os outros seis não respondem. A regra é anterior a qualquer decisão técnica: antes de discutir schema, sitemap ou link, um grupo multimarca precisa escrever, em uma linha por domínio, qual assunto pertence a quem. Se dois domínios cabem na mesma linha, você não tem uma rede, tem duplicação com contas de hospedagem separadas.
A tabela abaixo é o meu inventário em 7 de setembro de 2026. As cinco primeiras linhas saem das páginas de case publicadas neste site, e cada dado nelas está escrito lá. As duas últimas são propriedades da casa sem página de case, e por isso o recorte delas aparece com ressalva.
| Portal | Recorte de assunto documentado | Público | Pergunta de assistente que ele deveria ganhar |
|---|---|---|---|
| larissacaramaschi.com | Psicologia clínica de consultório em autismo nível 1 em adultos, sob a Resolução CFP 11/2018, com linguagem identity-first e seis credenciais mapeadas em Person.hasCredential | Adulto com diagnóstico tardio, casal neurodivergente, psicólogo que encaminha | Quem avalia autismo nível 1 em adultos e como funciona o processo clínico |
| posgraduacaopsicologia.com | Portal editorial de autoridade em autismo nível 1 em adultos, com hub /autismo em 12 páginas, três portas de entrada e glossário de 54 verbetes | Paciente, profissional e pesquisador, nesta ordem de portas declarada | O que é monotropia, inércia autística, mascaramento e demais termos do espectro em adultos |
| dinheirodaminhaempresa.com | Educação financeira de referência para PME no ecossistema Stone, com glossário de 150 termos em 10 categorias e FAQ de 60 perguntas | Dono de pequena e média empresa brasileira | Como um dono de PME organiza fluxo de caixa, crédito e impostos |
| gestaofitness.net | Gestão do setor fitness em três hubs agnósticos (Atleta, Academia, Personal Trainer), com 216 URLs, 33 categorias e 177 subcategorias | Atleta, dono de academia e personal trainer, tratados como três leitores distintos | Como se administra uma academia, e como um personal monta carteira de alunos |
| academy.herreirasemijoias.com.br | Capacitação de revendedoras de joias e semijoias em três trilhas (Fundamentos, Produto e Qualidade, Venda Consultiva) com 15 aulas | Revendedora autônoma da rede Herreira, empreendedora de pequena escala | Como uma revendedora de semijoias monta catálogo, prospecta e fideliza carteira |
| alexandrecaramaschi.com | Consultoria e doutrina de GEO em primeira pessoa: cases, jornadas por decisor, ferramentas e cursos. Este site | CMO, CEO e diretor que decide orçamento de visibilidade em IA | Quem contratar para otimizar a presença da marca em motores generativos no Brasil |
| brasilgeo.ai | Domínio da Organization de referência Brasil GEO, com blog em blog.brasilgeo.ai. Recorte editorial sem página de case neste site | Mercado brasileiro de GEO | O que é a Brasil GEO como empresa |
Fonte das cinco primeiras linhas: páginas de case publicadas em alexandrecaramaschi.com/cases, com dateModified de 20 de maio de 2026 como data-base declarada no código. Método: leitura direta dos arquivos page.tsx de cada case no repositório, sem inferência. As colunas de público e de pergunta são a minha intenção de projeto, não medição de resultado. Para a linha de brasilgeo.ai: [FALTA EVIDÊNCIA: recorte editorial de brasilgeo.ai documentado em página de case, com escopo, público e cobertura, do mesmo jeito que os cinco cases têm].
Repare no que a coluna da direita faz com a discussão. Ela obriga o dono da rede a escrever a pergunta em português corrente, do jeito que alguém digitaria em um assistente, e não em vocabulário de planejamento. Se duas linhas produzem a mesma pergunta, o problema está no recorte e nenhuma quantidade de conteúdo resolve. O trabalho de separação em três hubs agnósticos em gestaofitness.net foi feito exatamente por isso: atleta, dono de academia e personal trainer têm perguntas diferentes, e tratá-los como um público só produziria um portal que não é a melhor resposta para nenhum dos três. No extremo oposto da escala está a plataforma de trilhas da Herreira Academy, com três trilhas e 15 aulas para um público único e bem delimitado, revendedora autônoma de semijoias. Recorte estreito não é sinal de pouca ambição; é o que torna a resposta inconfundível.
A sobreposição que eu criei: dois domínios, um assunto, uma autora
As duas primeiras linhas da tabela acima descrevem o mesmo assunto central, autismo nível 1 em adultos, com a mesma pessoa como autoridade. Isso é sobreposição, está escrito nas minhas próprias páginas de case, e não adianta chamar de complementaridade. Quem administra grupo multimarca vai reconhecer o padrão: dois ativos nascidos em momentos diferentes, cada um com uma história de aquisição ou de pivô, convergindo para o mesmo tema porque o tema é o que dá resultado.
A sequência importa mais que o julgamento. O portal posgraduacaopsicologia.com nasceu como agregador de conteúdos sobre pós-graduação em psicologia, e o texto do case registra que o tráfego era difuso e a autoridade temática, diluída. A decisão foi pivotar para um nicho clínico de demanda crescente, com Larissa Caramaschi como autora central, em execução grande: 332 páginas no build, limpeza de 152 arquivos legados com 652 substituições automatizadas, seis artigos longos entre 3.500 e 5.000 palavras. O pivô resolveu a diluição do domínio e criou um problema novo de fronteira com o site da clínica.
A diferença que hoje sustento entre os dois é de gênero e de intenção do leitor, não de assunto. O consultório responde a quem quer atendimento e precisa saber com quem vai falar, sob uma resolução profissional que restringe o que se pode prometer. O portal editorial responde a quem quer entender o espectro, incluindo profissionais e pesquisadores, e por isso ganhou glossário, portas por persona e artigos longos. É uma fronteira defensável. Também é uma fronteira que eu escrevi depois dos fatos, e não antes, e essa é a autocrítica honesta.
Para quem opera holding ou franqueadora, o teste prático é este: se você tirasse um dos dois domínios do ar amanhã, o outro responderia bem a todas as perguntas do público órfão? Se a resposta é sim, os dois disputam o mesmo lugar e um deles é redundante. Se a resposta é não, escreva por escrito a fronteira que torna cada um insubstituível, publique essa fronteira em cada portal, e faça o schema dizer a mesma coisa. Quando dois domínios reivindicam a mesma entidade sem fronteira declarada, o motor precisa escolher um, e a escolha dele não passa por você. É o mesmo mecanismo que descrevi em colisão de entidade entre marcas homônimas, com o agravante de que aqui os dois lados da colisão são seus.
A regra de link que sigo entre portais da rede, item por item
Minha regra de link entre domínios do mesmo dono cabe em seis itens verificáveis, e cada um deles é uma condição de aprovação, não uma recomendação. Um revisor com acesso ao HTML servido consegue reprovar uma página em qualquer um dos seis sem me consultar. Escrevo a regra na forma imperativa porque é assim que ela é aplicada na minha operação.
- No máximo um link para outro portal da rede por página. Dois já é padrão, e padrão é o que o motor detecta. A página que precisa de dois provavelmente está tentando cobrir assunto de outro portal.
- O link nasce dentro do parágrafo que pede aprofundamento. Ele fica no corpo do texto, na frase em que o leitor sente falta do que o outro portal explica, e não em bloco de recomendação genérica no fim.
- Âncora descritiva e diferente a cada ocorrência. A âncora nomeia o que existe do outro lado, em palavras da frase. Repetir a mesma âncora exata em várias páginas é a assinatura mais fácil de detectar em uma rede.
- Nunca em rodapé, nunca em menu, nunca sitewide. Link em template aparece em todas as páginas de uma vez, não tem relação com o conteúdo de nenhuma delas, e é o formato exato que a documentação de spam do Google descreve.
- Sem obrigação de reciprocidade. Se A linka B, B não precisa linkar A. Reciprocidade automática entre domínios do mesmo dono é troca de links por definição, mesmo quando o dono é um só.
- Teste final, feito em voz alta: esse link ajuda quem está lendo esta frase? Se a resposta exige explicar estratégia de rede, o link cai. A pergunta é sobre o leitor daquele parágrafo, não sobre o portfólio.
Aplico a mesma régua neste artigo, e ele é auditável enquanto você lê. Os links para as cinco páginas de case apontam para rotas internas do mesmo domínio, então não caem sob a regra de rede: linkagem interna dentro de um site é outro assunto, com outra doutrina. O que a regra governa é a travessia de domínio, e ela é rara de propósito.
Um contraexemplo do meu próprio repositório, para não parecer que sigo a regra por virtude. As páginas de case de gestaofitness.net e de larissacaramaschi.com terminam com um componente chamado LeiturasRelacionadas que emite seis links de uma vez, com títulos e resumos. Seis links em bloco, no fim da página, é exatamente o formato que o item 2 da regra proíbe. A defesa é que todos os seis são internos, para cursos e insights do próprio domínio, e nenhum atravessa para outro portal da rede. A defesa é válida e ao mesmo tempo mostra o risco: o dia em que alguém achar prático colocar um link para gestaofitness.net dentro daquele bloco, a regra terá sido violada por conveniência de componente, e não por decisão editorial.
Por que essa disciplina existe: rede com link recíproco automático é o padrão que os motores classificam como esquema
As políticas de spam do Google Search descrevem link spam como qualquer link destinado a manipular ranqueamento, e listam explicitamente a troca excessiva de links e as páginas construídas para linkar entre si. Uma rede de sites do mesmo dono com link recíproco automático em rodapé preenche a descrição sem exigir má-fé de ninguém. O padrão é o problema, e o padrão é visível de fora: mesmo bloco, mesma posição, mesmas âncoras, em todas as páginas de todos os domínios.
Existe um argumento contra a minha regra, e é sério: um grupo empresarial legítimo tem razões editoriais para linkar entre suas propriedades, e ser tímido demais desperdiça contexto útil para o leitor. Concordo com a premissa e discordo da conclusão. A saída não é aumentar o volume de links, é aumentar a qualidade da razão de cada um. Um link por página, no lugar certo, com âncora que descreve o destino, entrega o contexto ao leitor sem produzir a assinatura estatística que a política descreve. O custo de errar para o lado tímido é perder um pouco de contexto. O custo de errar para o lado generoso é uma ação manual que atinge domínios que não têm relação editorial com o problema.
Há um segundo motivo, específico da era dos motores generativos, e ele não aparece na política de spam. O que um assistente extrai de uma página é um trecho, não o site. Um link em rodapé nunca está dentro do trecho que interessa, porque rodapé não faz parte do parágrafo que responde à pergunta. Um link dentro da frase, com âncora que nomeia o destino, viaja junto com o texto quando o trecho é recortado. A disciplina que protege contra a política de spam é a mesma que aumenta a chance de o link sobreviver ao recorte. Duas razões, uma prática.
O terceiro motivo é de leitura de entidade. Quando sete domínios se linkam entre si com a mesma âncora, eles comunicam que são a mesma coisa. Se o seu objetivo é justamente separá-los por recorte, o rodapé está desfazendo o trabalho da tabela. É por isso que trato a regra de link e o recorte de assunto como uma coisa só: a arquitetura de links precisa contar a mesma história que a arquitetura de temas, ou o motor recebe duas versões e reconcilia sozinho. O detalhamento de como a inconsistência entre superfícies se acumula está em consistência de referência como infraestrutura invisível.
Mesmo nome, mesma grafia, mesma descrição: como faço isso valer em sete domínios
Consistência de entidade entre portais é problema de fonte única, não de disciplina humana. Na minha operação a fonte única é um arquivo: entity-canonical.json, gerado por scripts/geo/export-entity-canonical.mjs, publicado em public/.well-known e consumido pelos outros sites do ecossistema em vez de cada um copiar sameAs à mão. O script tem dois modos. Sem argumentos, regrava o JSON a partir das fontes em TypeScript. Com o argumento --check, ele falha com código de saída 1 se o JSON versionado divergir da fonte, o que faz a divergência derrubar o CI antes de chegar à produção.
O que o arquivo carrega, e o que cada campo custa quando diverge:
- Nome e grafia da organização. name é Brasil GEO, legalName é BRGEO LTDA, alternateName inclui Brasil GEO Tech LTDA, foundingDate é 1º de dezembro de 2025 e o CNPJ 66.051.295/0001-33 entra como identifier tipado. Um portal que escreve o nome invertido cria um segundo candidato a entidade com o mesmo endereço.
- Cargo da pessoa, em ordem invariante. Chief Strategy Officer na Nuvini, depois Founder na Brasil GEO, depois Co-founder na NAIA. O comentário no código proíbe reintroduzir CEO da Brasil GEO, porque o papel de advisor de 2 de junho de 2026 foi sucedido pelo de officer em 22 de julho de 2026, e não acumulado.
- Identificador único da pessoa. Um @id só, definido em um arquivo só. Antes dessa consolidação, sete ou mais páginas deste site emitiam a Person duplicada com knowsAbout divergente, em versões de nove, 14, sete e 14 termos, e com sameAs incompleto em algumas.
- Versão do conteúdo. O campo version é um hash sha256 curto do conteúdo das entidades, para que o consumidor detecte mudança sem comparar o documento inteiro.
O que acontece quando divergem é menos dramático e mais caro do que parece. Não aparece erro em lugar nenhum. Dois nós com o mesmo identificador e cargos diferentes se fundem na extração e produzem uma entidade com dois empregos contraditórios, que é o comentário literal que deixei no código para impedir que alguém desfaça a consolidação por engano. O motor não avisa que está confuso: ele responde com menos confiança, ou escolhe a versão que aparece em mais lugares, que raramente é a que você preferia. É esse deslocamento silencioso que o Entity Consistency Score tenta transformar em número acompanhável.
Existe um gate separado para as classes de erro que já foram corrigidas e não podem voltar. O script check-entity-consistency, escrito em 14 de julho de 2026 e estendido depois, verifica oito coisas em cada build, entre elas a existência de um único identificador de Person sem forma fragmentada fora do arquivo de referência, e a paridade entre a FAQ visível e a FAQ declarada em schema, garantida por construção porque as duas importam do mesmo módulo. Escrever o gate custou uma tarde. Ele já impediu mais reincidências do que qualquer documento de diretriz que eu tenha escrito.
Um detalhe da minha própria casa que continua torto: o nome de referência da organização é Brasil GEO, e os perfis oficiais em Instagram e YouTube usam identificadores com as palavras na ordem inversa. Handle não se troca sem perder histórico, então a correção real é manter o nome exibido e a descrição idênticos ao de referência em todas as superfícies, e deixar o identificador ser apenas endereço. Quem opera franquia com dezenas de perfis regionais convive com uma versão pior disso.
O que deu errado: páginas fora do índice que continuavam recebendo link
Em 28 de agosto de 2026 tirei duas rotas deste site do índice, com index false e follow false: /educacao/leaderboard e /educacao/roadmap. O comentário que deixei no arquivo de layout do leaderboard registra o diagnóstico sem maquiagem: a página muda a cada semana, não responde a nenhuma consulta de busca, estava fora do sitemap e ao mesmo tempo declarava index e follow, e esse par é o que produz o estado rastreada mas não indexada no Search Console. A decisão de produto foi que aquilo é tela de aplicação, não conteúdo.
O erro não foi a decisão. Foi o tempo que levei para tomá-la, e o que aconteceu no intervalo. Enquanto a página existia como destino legítimo, links apontavam para ela. Depois do noindex com nofollow, todo link que chega ali é um beco. O leitor humano continua chegando e vendo a tela, o que está certo. O rastreador lê a diretiva, não indexa e não segue nada para frente, o que significa que qualquer link que aquela página fizesse para outro portal deixou de existir do ponto de vista do motor.
A consequência prática para quem administra rede é dura de aceitar: uma página em noindex não é apenas invisível, ela é um sumidouro. Se a sua rede concentra links de travessia em páginas que estão fora do índice por qualquer motivo, e motivo não falta em operação real, o esforço de arquitetura vai para o ralo sem produzir aviso. Quem opera site sob regulação profissional convive com isso o tempo todo, porque material que aguarda aprovação de conselho costuma ficar fora do índice enquanto espera, e o cronograma da aprovação não conversa com o cronograma editorial.
O mesmo dia produziu uma segunda correção que vale registrar porque é uma tentação comum. A rota /educacao/roadmap publicava um FAQPage em schema com cinco perguntas que a página visível não mostrava, e a rota é noindex. Removi o schema inteiro. Prometer resultado enriquecido em página fora do índice, sem paridade com o texto visível, não gera benefício e fragmenta o sinal de entidade do domínio. O erro aqui é mais sutil que o do link morto: schema não é decoração que se acumula, é declaração que precisa ser verdadeira na página em que está.
Terceira coisa que deu errado, e essa não é minha: o item do Wikidata da organização foi excluído em 25 de julho de 2026, por decisão de exclusão da comunidade. O comentário no arquivo de schema registra o fato e a consequência operacional, que é não declarar identificador externo sem gate. Existe um script separado, check-external-ids, por onde todo identificador externo precisa passar. Ancorar entidade em base externa é a prática certa e continua sendo. Depender de uma base que pode excluir o seu item sem aviso é risco que precisa de plano B declarado, e o meu plano B é o arquivo de referência servido pelo meu próprio domínio. A auditoria completa desse tipo de deslocamento entre plataformas está em o levantamento de entity drift que fiz em 17 plataformas.
Sobre o efeito de tudo isso em citação: [FALTA EVIDÊNCIA: série de mention rate por portal, mesma janela e mesmo conjunto de prompts, antes e depois de 28 de agosto de 2026]. Tenho as datas das correções registradas em código e não tenho a medição pareada que provaria o efeito delas.
Como decido qual portal recebe um assunto que caberia em dois
A decisão de destino de um assunto precisa ser tomada antes da produção, por uma pessoa, com critério escrito. Na minha operação a sequência tem quatro perguntas em ordem fixa, e a primeira resposta que decide encerra a fila. Uso essa ordem porque a alternativa, discutir caso a caso, produz decisões diferentes em semanas diferentes para o mesmo tipo de assunto, e a incoerência é justamente o que a rede não pode ter.
- Qual portal já responde à pergunta vizinha? Se um domínio já cobre o assunto ao lado, ele leva o novo, porque o leitor que chega por um sai pelo outro sem trocar de site. Coerência de vizinhança vence tudo.
- Quem é o leitor que faz essa pergunta, na coluna de público da tabela? Assunto vai para o portal cujo público faz a pergunta, e não para o portal que tem mais tráfego. Essa é a regra que mais dói, porque o portal grande sempre parece o destino óbvio.
- O assunto exige um regime editorial que só um dos portais tem? Conteúdo clínico sob a Resolução CFP 11/2018 tem restrições de promessa e de linguagem que não se aplicam a um portal editorial. Regime editorial mais restritivo ganha quando há dúvida.
- Se ainda houver empate, o assunto não é publicado. Empate na quarta pergunta significa que o recorte dos dois portais está mal desenhado, e publicar antes de arrumar o recorte só aprofunda a sobreposição.
A quarta regra é a única que exige coragem administrativa, e é a que faz o resto funcionar. Um grupo multimarca que nunca deixa de publicar por empate vai acumular sobreposição até que os portais compitam entre si nas mesmas respostas. O par de portais de autismo do meu portfólio é a prova de que a regra chegou tarde: quando ela passou a existir, a sobreposição já estava publicada, e desfazer conteúdo publicado custa muito mais que decidir antes.
Há uma decisão de governança anterior a essas quatro, que é sobre quem assina. As leituras de 2026 das diretrizes de avaliadores de qualidade do Google descrevem exigência de envolvimento de primeira mão e de esforço verificável, favorecendo conteúdo com dado próprio sobre texto recompilado, conforme análise publicada em 22 de agosto de 2026 pela NB-A. Análises do mesmo período descrevem que motores generativos tratam autoria como sinal de identidade verificável, recompensando conteúdo rastreável a uma pessoa real com pegada digital consistente em detrimento de assinaturas genéricas do tipo Team ou Admin, segundo levantamento de 19 de agosto de 2026 da Grapes Worldwide e leitura de 24 de agosto de 2026 da Schedulifyx, ambas baseadas em observação de ranqueamento e citação, sem número oficial do Google.
Para uma rede, isso vira um dilema concreto. Assinatura única em sete portais dá consistência de entidade e cria teto de credibilidade, porque uma pessoa não é especialista clínica, financeira e de gestão fitness ao mesmo tempo. Assinatura por portal dá credibilidade temática e multiplica o trabalho de manter sete pegadas digitais consistentes. A minha escolha foi híbrida e está visível no repositório: a autoria clínica é de Larissa Caramaschi nos dois portais de psicologia, e a minha assinatura fica na camada de método e de operação. Uma análise de 13 de agosto de 2026 da AdExpert sobre o core update de maio de 2026 descreve que o update privilegiou páginas que nomeiam o autor e vinculam a perfis profissionais verificáveis. O denominador ali é uma amostra de sites de agências monitorados, e não dado oficial: a direção é informativa e a magnitude não é.
Governança que não vira página publicada é intenção. O portal de finanças da rede foi o primeiro a levar isso ao ar: o case de dinheirodaminhaempresa.com registra a publicação de uma página de conselho editorial com 2.040 palavras e de uma política de correção com 1.700 palavras, ao lado dos 150 termos de glossário e das 60 perguntas de FAQ. Quem opera holding costuma tratar essas duas páginas como burocracia interna. Elas são o único lugar em que a regra de quem decide o quê fica legível para quem lê o site e para quem o rastreia.
O que uma rede de sete portais não resolve
Rede de portais é arquitetura de cobertura, não substituta de reputação. Ela resolve o problema de ter uma resposta específica para cada público sem misturar vocabulários no mesmo domínio. Não resolve nada do que está listado abaixo, e listar isso é o que separa uma decisão de arquitetura de uma promessa comercial.
Não substitui menção de terceiro. Sete domínios seus dizendo a mesma coisa continuam sendo você dizendo a mesma coisa sete vezes. As leituras de 2026 das diretrizes de qualidade insistem em Trust como o membro mais importante da família E-E-A-T, conforme análise de 14 de agosto de 2026 da Octasols, e confiança se constrói com o que outros publicam sobre você, não com o que você publica sobre si mesmo em domínios próprios.
Não reduz o custo de medição, multiplica. As tabelas públicas de preço de plataformas de visibilidade em IA verificadas em agosto de 2026 mostram Profound com plano de entrada em 99 dólares por mês, cobrado apenas anualmente, rastreando 50 prompts em um único motor, o ChatGPT, e plano intermediário em 399 dólares por mês com 100 prompts e três motores, segundo a compilação de preços da Maintouch. O Brand Radar da Ahrefs cobra por motor: cerca de 199 dólares por mês por motor de IA, somados a um plano base a partir de 129 dólares por mês, conforme a tabela comparativa da Cituna. Um comparativo de agosto de 2026 reunindo várias ferramentas confirma a estrutura de preço por prompt e por motor em panorama publicado pela Ryze. Multiplique qualquer uma dessas contas por sete conjuntos de prompts e a linha de medição da rede fica maior que a de produção de conteúdo. Nenhum desses preços foi negociado por mim, e todos vêm de páginas de comparação de terceiros, não das páginas oficiais dos fornecedores.
Não dá granularidade de medição por domínio nos painéis nativos. Reportagem de agosto de 2026 sobre a chegada dos relatórios de busca com IA no Search Console descreve que a superfície ganhou dados de aparição sem cliques nem consultas discriminadas para todo mundo, conforme a cobertura da PPC Land. Sete propriedades no Search Console dão sete recortes; não dão a visão consolidada da rede, e consolidar é trabalho manual que ninguém orça.
Não protege contra decisão de terceiro sobre a sua entidade. O item de Wikidata da minha organização foi excluído em 25 de julho de 2026 e nenhuma quantidade de portais impediu isso. Rede não é soberania.
Não compensa recorte ruim com volume. Se dois portais respondem à mesma pergunta, publicar mais em ambos aumenta a sobreposição em vez de resolver. Foi o que fiz por um tempo, e é a razão de este texto existir.
O par de portais de autismo, hoje, e o que eu faria diferente
Os dois portais que abriram este texto continuam no ar, com o mesmo assunto central e a mesma autora. O que mudou não foi o inventário: foi que a fronteira entre eles deixou de ser implícita. O consultório responde a quem procura atendimento e vive sob a Resolução CFP 11/2018. O portal editorial responde a quem quer entender o espectro, com glossário de 54 verbetes, três portas por persona e artigos longos. A identidade da organização que sustenta os dois passou a sair de um arquivo só, com um gate que quebra o build quando a cópia diverge da fonte. Nenhum dos dois linka o outro em rodapé, e não vão linkar.
O que eu faria diferente cabe em uma frase: escreveria a tabela da segunda seção antes do pivô, e não dois anos depois. O custo de descobrir a sobreposição com 332 páginas já publicadas de um lado e 169 URLs do outro é reescrever fronteira em cima de conteúdo vivo. O custo de descobri-la em uma planilha de sete linhas é uma tarde. É a diferença entre desenhar a rede e explicá-la depois.
Seu pedido, se você administra mais de um domínio da mesma casa: monte esse inventário de quatro colunas ainda esta semana, com recorte, público, pergunta de assistente e rotas em noindex, e depois compare o nome, a grafia e a descrição da empresa em cada portal, campo a campo. São dois destinos, o inventário e a comparação, e nenhum dos dois exige orçamento, fornecedor ou ferramenta paga. O risco é zero porque nada é publicado nessa etapa. A única coisa que pode acontecer é você descobrir, como eu descobri, que dois dos seus sites disputam a mesma resposta.
Perguntas frequentes sobre operar uma rede de portais em GEO
Administrar vários sites da mesma casa multiplica a autoridade da marca em IA?
Não por si só. Multiplica a superfície de conteúdo e, com ela, a chance de dois domínios reivindicarem a mesma entidade e o mesmo assunto. A rede vira ativo quando cada portal tem um recorte que nenhum outro cobre e a identidade declarada em schema é idêntica em todos. Sem essas duas condições, sete domínios só obrigam o motor a escolher qual deles representa a casa, e a escolha não passa por você.
Quantos links posso colocar entre os sites do meu grupo sem virar esquema de link?
No máximo um por página, dentro do parágrafo que pede aprofundamento, com âncora descritiva e diferente a cada ocorrência, e nunca em rodapé, menu ou elemento que se repita em todas as páginas. Não é número que o Google publique; é o limite que escolhi porque volume acima disso produz o padrão descrito nas políticas de spam, com troca excessiva de links e páginas construídas para linkar entre si. O teste antes de publicar é uma pergunta só: esse link ajuda quem está lendo esta frase?
Preciso de link recíproco entre os portais da rede?
Não, e a reciprocidade automática é justamente o que se deve evitar. Se um portal linka o outro, o outro não precisa retribuir. Reciprocidade sistemática entre domínios do mesmo dono é troca de links por definição, mesmo com um único dono, e é detectável de fora pelo padrão: mesmo bloco, mesma posição, mesmas âncoras. Deixe o link nascer da necessidade do parágrafo em cada direção, separadamente.
O que acontece quando o nome da empresa aparece com grafias diferentes em cada portal?
Nenhum erro aparece, e é esse o problema. Dois nós de schema com o mesmo identificador e valores divergentes se fundem na extração e produzem uma entidade com atributos contraditórios, como dois cargos ativos para a mesma pessoa. O motor não sinaliza confusão: responde com menos confiança ou adota a versão mais repetida. A correção é fonte única de identidade, servida em arquivo e consumida pelos outros domínios, com um gate que quebra o build quando a cópia diverge.
Como decido para qual portal vai um assunto que caberia em dois?
Em quatro perguntas na ordem fixa, e a primeira que responder decide. Qual portal já responde à pergunta vizinha. Qual público faz essa pergunta, pela coluna de público do inventário, e não qual portal tem mais tráfego. Se o assunto exige um regime editorial mais restritivo que só um dos portais tem, como conteúdo clínico sob resolução profissional. E, se ainda houver empate, o assunto não é publicado, porque empate significa recorte mal desenhado e publicar aprofunda a sobreposição.
Uma página em noindex ainda ajuda a rede de alguma forma?
Para o leitor que chega por link direto ou por navegação, sim. Para o motor, não: a diretiva com follow desativado transforma a página em beco, e todo link que sai dela deixa de existir do ponto de vista do rastreador. Se a arquitetura de travessia entre portais depende de páginas que estão fora do índice, o esforço não produz efeito e nenhum relatório avisa. Antes de desenhar links de rede, liste quais rotas estão em noindex e trate cada uma como destino terminal.
Vale a pena assinar todos os portais da rede com a mesma pessoa?
Depende do que você aceita pagar em cada direção. Assinatura única dá consistência de entidade e cria teto de credibilidade, porque uma pessoa não é especialista crível em psicologia clínica, finanças de PME e gestão de academia ao mesmo tempo. Assinatura por portal dá credibilidade temática e multiplica o custo de manter várias pegadas digitais verificáveis. Na minha rede a escolha foi híbrida: a autoria clínica é da profissional que atende, e a minha assinatura fica na camada de método.
Por onde começo a auditar a minha própria rede de sites?
Por um arquivo, hoje, em uma tarde. Escreva o inventário dos seus domínios com quatro colunas, recorte de assunto, público, pergunta de assistente que ele deveria ganhar e rotas em noindex. Duas linhas com a mesma pergunta é sobreposição confirmada. Depois exporte a identidade de referência da empresa em um JSON só, sirva no domínio principal e compare campo a campo com o que cada portal declara. A primeira divergência costuma estar no nome.