WordPress ou plataforma própria? “Até a Globo usa WordPress” é mentira — e o argumento certo é outro

A agência apresenta a proposta: o site vai ser entregue no sistema dela, “mais rápido e melhor que WordPress”. Do outro lado, alguém responde com a frase que circula há anos no mercado: “exija WordPress, até a Globo usa”. Os dois argumentos têm um problema. O primeiro esconde uma dependência. O segundo é falso — e dá para conferir em poucos minutos, sem instalar nada.

Este texto faz a conferência, mostra o procedimento para você repetir e depois chega ao argumento que sobra de pé, que é mais simples e mais útil do que o folclore.

O teste que derruba o argumento mais repetido do mercado

Um site em WordPress deixa rastros que qualquer pessoa enxerga do navegador. São quatro verificações:

1. Código-fonte. Abra a página, clique com o botão direito em “Exibir código-fonte da página” e procure (Ctrl+F) por wp-content, wp-includes e wp-json. São as pastas e a rota padrão do WordPress; num site feito nele, aparecem repetidas vezes.
2. Meta generator. No mesmo código-fonte, procure name="generator". Muitos sistemas se identificam ali.
3. Rota de login. Digite o endereço do site seguido de /wp-login.php. Em WordPress, abre a tela de login (ou um redirecionamento para ela).
4. Cabeçalhos de resposta. Nas ferramentas do desenvolvedor (F12), aba “Rede”, clique na primeira requisição e leia os cabeçalhos server e via. Eles dizem que infraestrutura respondeu.

Para saber como é um resultado positivo, o teste foi feito primeiro num site que é WordPress sem discussão: o blog de notícias do próprio projeto, wordpress.org/news. Em 08/10/2026 o código-fonte trazia wp-content, wp-includes e wp-json repetidas vezes, a meta generator declarava “WordPress” com o número da versão, e /wp-login.php levava à tela de login. É isso que se procura.

Depois, os cinco portais que costumam entrar na frase “até eles usam”:

Nenhum dos cinco apresenta sinal de WordPress. Os cabeçalhos apontam infraestrutura montada pelas próprias empresas ou por serviços de distribuição de conteúdo — e é só isso que eles dizem: cabeçalho não revela em que linguagem o sistema foi escrito, e este texto não vai adivinhar.

A frase também não é mais novidade para as ferramentas de busca. Na pesquisa desta pauta, em 02/10/2026, a resposta automática do Google (a “Visão geral criada por IA”) foi perguntada se os grandes portais brasileiros usam WordPress e respondeu que isso é “um mito comum no mercado de tecnologia”. O detalhe é a fonte: o único lastro apresentado para falar dos portais era um post de 2014 cujo tema é listar sites famosos que usariam WordPress — ou seja, a resposta negava o mito citando uma página que o afirma, sem nenhuma medição própria. A conclusão coincide com a deste texto; a diferença é que aqui o procedimento está na tela e você pode repeti-lo. (Resposta de IA é um instantâneo: muda com a pergunta, com a conta e com o dia.)

Então por que exigir WordPress?

Se os grandes não usam, o argumento “use porque os grandes usam” cai. E ainda bem, porque ele sempre apontou para a pergunta errada. O que os grandes fazem não ensina nada a quem não tem a estrutura deles. A pergunta certa é: quem vai manter este site no ano que vem?

Um grande portal mantém sistema próprio porque tem equipe própria para isso. Uma empresa que contrata uma agência para fazer o site está, por definição, na situação oposta: não tem quem mantenha. Se o sistema é da agência, a manutenção também é — para sempre. Trocar um banner, criar uma página, corrigir um erro: tudo tem um único fornecedor possível, que define o preço e o prazo.

É esse o argumento do episódio do podcast Café & Tech que originou este texto, publicado em 4 de abril de 2024. Josimar Machado, CEO da JMV Technology, formula assim a regra para quem vai contratar:

"Eu quero que meu site seja baseado em WordPress, porque você não vai ficar refém de ninguém. Se essa agência te abandonar, qualquer desenvolvedor em começo de carreira ajusta seu WordPress."

O WordPress cumpre esse papel por dois motivos verificáveis. Primeiro, é software livre: o código é distribuído sob a licença GPL, que garante a qualquer pessoa o direito de usar, estudar e modificar (wordpress.org/about/license). Não existe “dono” que possa tirar o sistema de você. Segundo, é o sistema de conteúdo mais usado da web — o número está na próxima seção —, e isso significa oferta de profissionais: achar quem dê manutenção não depende de uma empresa específica.

Repare no que o argumento não diz. Não diz que WordPress é mais rápido, mais seguro ou mais bonito que qualquer outra coisa. Diz que ele é substituível de fornecedor. Vale o mesmo raciocínio para qualquer base aberta e bem difundida; o WordPress é só o caso mais comum.

40,1% ou 58,6%? Os dois números do WordPress, e por que tanta gente erra

“Mais da metade da internet é WordPress” é a outra frase que acompanha a conversa. No episódio de 2024, a fala chega a citar uma faixa de 60% a 67% “dos sites do mundo”. A fonte que mede isso todos os dias é o W3Techs, e ela publica dois números, que quase sempre são confundidos:

"WordPress is used by 58.6% of all the websites whose content management system we know. This is 40.1% of all websites."

— W3Techs, “Usage statistics and market share of WordPress”, consultado em 08/10/2026. Em 02/10/2026 a mesma página marcava 58,7% e 40,2%; os relatórios são atualizados diariamente.

A diferença sai de uma conta simples. Na mesma data, o W3Techs informava que 31,6% dos sites não usam nenhum dos sistemas que ele monitora. Sobram 68,4% com sistema identificado — e 40,1 dividido por 68,4 dá os 58,6%. Quem diz “quase 60% dos sites do mundo” pegou o número do segundo grupo e aplicou ao primeiro.

Nenhum dos dois chega a 60% ou 67%. E nenhum dos dois precisa chegar: 40,1% de todos os sites, com o segundo colocado da tabela geral do W3Techs em 5,4%, já sustenta o que interessa ao comprador — é a base com mais gente no mercado sabendo mexer. A mesma página do W3Techs traz ainda um terceiro percentual, o da distribuição por versão do WordPress; ele tem outra base de cálculo e não deve entrar nessa conversa.

Quando a plataforma própria é a escolha certa

Sistema sob medida não é erro em si. Os portais da tabela acima são a prova de que ele funciona — para quem tem as condições. A plataforma própria faz sentido quando pelo menos uma destas é verdadeira, e de preferência mais de uma:

• Você tem equipe interna permanente. Desenvolvedores na folha, que vão continuar lá depois da entrega e respondem por atualização, segurança e correção. Não vale “a agência cuida”: aí a equipe é dela, não sua.
• Existe um requisito que nenhum sistema pronto atende. Verificado de verdade, não presumido: um fluxo de publicação, uma integração ou um volume que os sistemas abertos não resolvem nem com extensão.
• O site é o produto. Quando a tecnologia é o que a empresa vende, mantê-la em casa é atividade-fim, não custo acessório.
• O contrato entrega o código-fonte e a documentação. Com os dois na mão, um sistema sob medida deixa de ser fechado: outro time pode assumir. Sem eles, é aluguel disfarçado de compra.

Uma padaria, um escritório, uma escola ou uma emissora local raramente se encaixam em qualquer um desses pontos. Para esses casos, a proposta de “sistema próprio da agência” resolve um problema da agência — reaproveitar o que ela já tem — e cria um para o cliente.

O fornecedor que matou o próprio sistema

O conselho do episódio vale mais pelo que vem logo depois dele. A JMV é uma empresa de tecnologia, com desenvolvedores na casa — o perfil de quem poderia manter um sistema próprio. E conta, no próprio episódio, que desistiu do seu. O que segue é relato da JMV sobre si mesma, feito por Josimar Machado em abril de 2024; não há fonte pública independente para conferir, e está registrado aqui como relato.

"Pagar alguém para desenvolver um site do zero usando tecnologia própria: não existe isso mais. A gente tá em 2024, você não vai fazer isso. E eu vou te falar por quê — a gente vai fazer o nosso meia-culpa agora. Nós tínhamos um CMS próprio até três meses atrás, dois meses atrás."

O sistema era o Frame Sites, descrito no episódio como um construtor de sites que a empresa desenvolveu para rádio, web rádio, TV e web TV. (CMS é a sigla em inglês para sistema de gestão de conteúdo; “CMS proprietário” é o mesmo que plataforma própria.) Os motivos da desistência, nas palavras dele:

• Custo de manutenção. "O custo desse CMS fica muito caro pra gente, de manutenção."
• Toda mudança passa por desenvolvedor. "'Ah, eu preciso de um banner, tal coisa' — tem que chamar desenvolvedor, desenvolvedor é um negócio caro."
• O produto engessa. "Fica engessado, porque qualquer recurso muito grande fica caro para fazer, a gente não vai fazer."
• A conta não fecha. "Muitas vezes é um site que a gente dá de graça no pacote do streaming — pra gente, financeiramente, não compensa."

O desfecho, também segundo o episódio: "O que que a gente fez com o Frame Sites? Matamos ele, o antigo, e desenvolvemos o Frame Sites — vamos chamar de versão 2.0 — […] usando a base do WordPress."

Leia os quatro motivos de novo, agora do lado do cliente. “Toda mudança passa por desenvolvedor” e “recurso grande a gente não vai fazer” são exatamente o que acontece com quem contrata um site em sistema fechado — só que contados por quem estava do lado de dentro. Se uma empresa de tecnologia concluiu, em 2024, que manter um sistema próprio de sites não compensava para ela, vale perguntar à agência o que torna o caso dela diferente.

“Site administrável” não é o problema; site fechado é

Aqui cabe uma distinção, porque as palavras se confundem. Administrável quer dizer que você mesmo publica: entra num painel, escreve, troca a foto, salva. Isso é bom e é o mínimo. Fechado quer dizer que só o fornecedor consegue alterar o que está por baixo do painel. Um site pode ser administrável e aberto, ou administrável e fechado — e o painel bonito não diz qual dos dois.

A distinção importa também para ler este blog sem contradição. A Sitehosting oferece “Site Administrável com WordPress” entre os itens do plano Áudio Full da página de streaming para rádio (R$ 199,70 por mês em 08/10/2026 — o item tem condições, confira na página, e preço muda). É administrável e em base aberta: o que este texto recomenda.

E no artigo irmão, o site da sua rádio não aparece no Google porque publica a mesma notícia que todas as outras, a crítica ao “site administrável” de pacote é de outra natureza: o problema ali é o conteúdo duplicado — dezenas de emissoras publicando o mesmo feed —, não a tecnologia. Um WordPress cheio de notícia copiada continua invisível na busca; uma base aberta resolve a dependência, não o conteúdo.

O que exigir no contrato com a agência

A tecnologia é um item da lista, não a lista inteira. Antes de assinar, peça por escrito:

1. Base aberta e difundida. WordPress ou outro sistema de código aberto que mais de um fornecedor na sua região saiba manter. Se a proposta é sistema próprio, peça os critérios da seção anterior — principalmente a entrega do código e da documentação.
2. Usuário administrador no seu nome. Com e-mail da empresa, não o de um funcionário da agência. A agência pode ter o usuário dela; o seu não pode depender do dela.
3. Domínio no seu CNPJ. O domínio fica no nome de quem registra. Se quem registrou foi a agência, o endereço é dela. Sobre a escolha do nome e da extensão, veja como escolher o domínio do site da rádio — é o passo anterior a este, tratado no mesmo episódio.
4. Hospedagem em conta sua. Mesmo que a agência administre, a conta e a cobrança ficam no nome da sua empresa.
5. Backup completo e exportável. Arquivos e banco de dados, entregues quando você pedir. O WordPress tem uma ferramenta nativa que exporta o conteúdo — textos, páginas, categorias — em um arquivo (documentação oficial); ela não substitui o backup completo, mas garante que o que você escreveu sai com você.
6. Quem fica com o código e o layout. Tema, componentes feitos sob encomenda e imagens: de quem são ao fim do contrato, e em que formato são entregues.
7. Condições de saída. Prazo e custo para receber tudo se o contrato acabar — combinados antes, quando ninguém está brigando.

Se a agência recusa os itens 2 a 5, a tecnologia já não importa: o site não vai ser seu em nenhuma delas.

Assista ao episódio completo

Este texto nasceu do episódio "IBOPE do Streaming: sites para emissoras — Ep. 2", do podcast Café & Tech, publicado pelo canal da JMV Technology em 4 de abril de 2024 (59min48s), com Mário Sérgio, consultor de soluções da JMV, e Josimar Machado, CEO da JMV Technology. O trecho sobre sistema próprio e WordPress começa por volta dos 21min30s.

Ver também

• Portal da rádio: assinatura ou só cadastro? — do mesmo episódio: o que pôr atrás de um cadastro, e o que o sorteio exige do formulário.
• Como escolher o domínio do site da rádio — o passo anterior: que nome e que extensão registrar, e no nome de quem.
• O site da sua rádio não aparece no Google — base aberta resolve a dependência; conteúdo próprio é outra conversa.
• Trocar o domínio do site sem perder tráfego — para quem vai refazer o site e precisa preservar o endereço e as visitas.
• Copiaram o conteúdo do meu site: o que fazer — quando o que é seu aparece no site dos outros.

Quer tirar o site de um sistema fechado e colocá-lo em uma base que é sua? Fale com a gente pelo WhatsApp (11) 4063-8923.