Antes de conectar um motor editorial a um site, uma pergunta parece secundária: onde o motor tem permissão para escrever?
A resposta errada é tentadora. O script abre o arquivo principal do blog, encontra a lista de artigos, injeta um bloco no lugar certo e espera que a estrutura não mude. Funciona uma vez. Depois disso, cada redesenho vira um risco.
O arquivo principal não é uma API
Um arquivo lido por humanos não é automaticamente um ponto de entrada para uma máquina. Se ele contém artigos históricos, tipos, funções de ordenação e lógica de publicação, editá-lo automaticamente confunde uma página de trabalho com uma interface estável.
A regra é simples: o motor escreve em um arquivo dedicado. O site lê esse arquivo e o combina com os artigos existentes.
O que essa separação evita
Ela evita edições frágeis. Evita inserções no lugar errado. Sobretudo, evita que uma ferramenta de publicação tenha poder para quebrar a lógica histórica do blog.
O código principal continua sendo código de leitura. O arquivo gerado vira o único ponto de escrita. A fronteira fica visível no repositório e verificável na revisão.
A manutenção como prova de seriedade
Esse detalhe não aparece no artigo publicado. Ele aparece seis semanas depois, quando é preciso mudar a página do blog sem reler um script de injeção.
Uma automação confiável costuma começar por esse tipo de decisão estreita: dar à máquina um corredor preciso e proibir o resto.
O bom sistema não é o que pode escrever em qualquer lugar. É o que sabe exatamente onde tem permissão para escrever.