Um nome, duas coisas.
O CMS vive muito bem sem a agência — usa-se por conta própria. Mas um balcão único sem um CMS transferível não poderia prometer a substituição do especialista: o projeto ficaria com quem o começou.
À esquerda, com quem trata. À direita, em que corre o seu site.
O contrato, o preço e a responsabilidade.
O que torna o site transferível.
Fiabilidade aqui não é a promessa de sermos cuidadosos, mas a forma como o trabalho está montado: cada ponto pode ser verificado.
O projeto é transferível: esquema de conteúdo, componentes e regras de construção viajam com o site, por isso o especialista seguinte abre-o e continua em vez de recomeçar.
A versão pública funciona como um site autónomo e não precisa do nosso ambiente de execução. Mudá-lo para a sua infraestrutura é possível a qualquer momento.
O agente trabalha dentro do CMS em lotes de alterações verificáveis, e a alteração está separada da publicação: primeiro pré-visualização e verificação, depois o site público.
A sua colaboradora altera textos e fotos nos campos que o papel dela permite. Um rascunho guardado não toca na versão pública.
Antes da entrega, a marca aceita o site. É essa a diferença entre «fez e desapareceu» e «respondemos pelo resultado».
À esquerda, como vive um site com um CMS clássico, um construtor ou um prestador particular. À direita, o que muda aqui.
Numa administração sobre um servidor ou dentro do serviço de outro — com os limites e a assinatura dele.
A versão pública é um site autónomo; não precisa do nosso ambiente de execução.
Depende do servidor, do modelo e da pilha de extensões.
As páginas são construídas de antemão; na versão pública não há CMS de servidor.
O SEO é pendurado com uma extensão depois do lançamento.
Marcação, metadados, mapa do site, dados estruturados e um ficheiro para serviços de IA fazem parte da construção.
O editor toca facilmente na estrutura e na montagem.
Só são editáveis os campos que o papel permite; a estrutura fica fora de alcance.
Gera a página inteira e mexe nos ficheiros ao acaso.
O agente trabalha dentro do CMS em lotes verificáveis; a publicação é um passo à parte.
Fontes no computador de alguém, ou projeto fechado num serviço.
O projeto é transferível: outro especialista abre-o e continua.
Quem aceitou o trabalho. Se desaparecer, o assunto fica encerrado.
A marca: aceitação antes da entrega e substituição por nossa conta.
Os detalhes técnicos, para quem quer saber o que está a pagar. A descrição completa vive no site do próprio produto.
Código, conteúdo, imagens e construção podem ficar locais. Uma equipa liga o seu próprio servidor ou um alojado.
Variáveis, objetos e listas descrevem o conteúdo de forma explícita e viajam com o site.
Os papéis decidem que campos e componentes estão disponíveis. Guardar um rascunho não muda a versão pública.
O produto não está preso a um modelo: os agentes ligam-se como aplicações externas através de ferramentas com tipos estritos.
O trabalho do agente chega como um lote que se vê e se pode recusar, não como ficheiros mexidos ao acaso.
A versão pública é construída sem CMS de servidor obrigatório — daí a velocidade e a menor superfície de ataque.
Marcação semântica, metadados, mapa do site, JSON-LD e llms.txt são gerados junto com as páginas.
Variantes comprimidas e CDN na nuvem, ou processamento local; publicação por FTP, Git, o seu servidor ou a nuvem.
A versão pública não precisa do nosso ambiente de execução e continua a funcionar sem acompanhamento.
Acesso para a sua colaboradora desde o primeiro dia, e não «peça ao programador».
O esquema de conteúdo, as regras de ficheiros e o kit do projeto fazem parte do site, não da nossa cozinha interna.
Entregues ao fim de dois anos de trabalho connosco: a sua equipa pode continuar o site.
O 2PIX CMS é um produto à parte com site próprio
Se quiser entrar no sistema, a parte técnica está lá por inteiro: como é feito o ambiente de criação, o que o editor vê de facto e como um projeto passa de equipa para equipa.
Escolhemos o especialista, dizemos o prazo e construímos o site a preço fixo.