Lançamos um novo conjunto de endpoints da API e aprimoramentos focados em dar aos desenvolvedores WordPress mais controle sobre as operações do site, a configuração do DNS e as configurações de recursos.

Agora você pode automatizar tarefas que vão desde a redefinição de sites WordPress até o gerenciamento de registros de verificação de domínio e entradas de DNS, especialmente em escala.

Veja o que há de novo:

Redefinir um site

Assim como no painel MyKinsta, agora você pode redefinir um site WordPress usando o novo endpoint /reset-site da API. Essa ação redefine o sistema de arquivos e o banco de dados do site, restaurando-o para uma instalação limpa do WordPress.

Isso é ideal para configurações com scripts, templates de provisionamento ou para começar rapidamente do zero durante o desenvolvimento.

Para usá-la, envie uma solicitação POST com o ID do site e sua senha de administrador:

curl -i -X POST \
  'https://api.kinsta.com/v2/sites/{site_id}/reset-site' \
  -H 'Authorization: Bearer ' \
  -H 'Content-Type: application/json' \
  -d '{
    "admin_password": "your-admin-password"
  }'

Buscar registros de verificação e apontamento de domínios

Também introduzimos o endpoint/verification-records que permite obter registros de verificação e de apontamento para qualquer domínio conectado a um ambiente WordPress.

Esse recurso é útil ao configurar domínios personalizados e verificar se estão apontando corretamente. Também é ideal para automatizar a verificação de domínio como parte de fluxos CI/CD ou processos de provisionamento.

Aqui está um exemplo de solicitação:

curl -i -X GET \
  'https://api.kinsta.com/v2/sites/environments/domains/{site_domain_id}/verification-records' \
  -H 'Authorization: Bearer '

A resposta inclui registros relacionados ao DNS, como entradas CNAME ou TXT, necessárias para a validação do domínio e a configuração da rede de borda:

{
  "site_domain": {
    "verification_records": [
      {
        "name": "_acme-challenge.staging.example-site.io",
        "value": "staging.example-site.io.kinstavalidation.app",
        "type": "CNAME"
      }
    ],
    "pointing_records": [
      {
        "name": "staging.example-site.io",
        "value": "192.0.2.10",
        "type": "A"
      },
      {
        "name": "www",
        "value": "staging.example-site.io",
        "type": "CNAME"
      }
    ]
  }
}

Gerenciar registros DNS de forma programática

Agora você pode gerenciar de forma programática domínios e registros DNS usando a API da Kinsta (semelhante à funcionalidade disponível no MyKinsta no DNS da Kinsta).

Isso inclui:

Esse suporte à API reflete o que você pode fazer no MyKinsta ao gerenciar zonas vinculadas ao DNS da Kinsta, alimentado pelo Amazon Route53.

Por exemplo, se você quiser adicionar um registro A para um subdomínio, veja como você faria isso:

curl -X POST \
  'https://api.kinsta.com/v2/domains/{domain_id}/dns-records' \
  -H 'Authorization: Bearer ' \
  -H 'Content-Type: application/json' \
  -d '{
    "type": "A",
    "name": "staging.mydomain.com",
    "ttl": 3600,
    "resource_records": [
      { "value": "1.1.1.1" }
    ]
  }'

Isso é útil quando você provisiona domínios dinamicamente ou sincroniza alterações de DNS a partir do seu pipeline CI/CD, especialmente para agências com múltiplos sites ou ou fluxos intensivos de ambientes de teste.

Para conhecer os tipos de registros suportados e o comportamento do DNS, consulte a documentação de DNS da Kinsta.

Definir alocação de threads PHP

O complemento de desempenho PHP é um dos complementos mais usados na Kinsta, pois ajuda os sites a lidar com mais tráfego e processamento pesado sem suar a camisa.

Fazia sentido trazer esse controle para a API e, por isso, no início deste ano, introduzimos dois endpoints para gerenciar o desempenho do PHP programaticamente:

Originalmente, esses endpoints aceitavam worker_number e worker_memory, mas, de acordo com a mudança de “PHP workers” para “threads” em toda a empresa (o que reflete melhor como o PHP realmente funciona), descontinuamos esses campos antigos.

Campos PHP obsoletos.
Campos obsoletos.

Até o final de agosto de 2025, somente thread_count e thread_memory serão suportados. Se você já estiver usando esses endpoints, agora é hora de atualizar suas solicitações.

Aqui está a aparência de uma solicitação de configuração de thread usando os campos atualizados:

curl -i -X POST \
  'https://api.kinsta.com/v2/sites/environments/{env_id}/change-environment-php-allocation' \
  -H 'Authorization: Bearer ' \
  -H 'Content-Type: application/json' \
  -d '{
    "thread_count": 2,
    "thread_memory": 256
  }'

A solicitação acima define dois threads PHP para esse ambiente, cada um com 256 MB de memória. Isso corresponde ao mesmo controle que você encontra no MyKinsta.

As listagens de ambiente agora mostram a versão do WordPress

Ao gerenciar múltiplos sites, é útil saber exatamente qual versão do WordPress cada ambiente está executando, especialmente se sua equipe tiver diferentes cronogramas de atualização entre clientes ou estágios.

Adicionamos um novo campo wordpress_version aos seguintes endpoints:

Agora, ao buscar os dados do ambiente, a versão do WordPress é incluída. Isso facilita a identificação de instalações desatualizadas ou a confirmação de que atualizações foram aplicadas corretamente, sem precisar acessar cada site manualmente.

Veja um exemplo de como a resposta aparece:

{
  "site": {
    "environments": [
      {
        "id": "54fb80af-576c-4fdc-ba4f-b596c83f15a1",
        "name": "live",
        "display_name": "Live",
        "wordpress_version": "6.3.1",
        "is_premium": false,
        "is_additional_sftp_accounts_enabled": false,
        ...
      }
    ]
  }
}

Obter uma lista de regiões disponíveis

Digamos que você precise ativar novos ambientes em um local específico. Com o novo /available-regions agora você pode recuperar a lista de regiões disponíveis vinculadas à sua empresa.

Isso ajuda você a confirmar programaticamente quais locais de centros de dados estão disponíveis para implantações e é útil se você estiver gerenciando vários clientes ou dimensionando em diferentes regiões.

Aqui está um exemplo de resposta:

{
  "company": {
    "available_regions": [
      {
        "name": "Dallas US (us-south1)",
        "region": "us-south1"
      }
    ]
  }
}

Mais flexibilidade para seus fluxos de trabalho

Esse conjunto de atualizações oferece mais controle programático sobre ambientes, domínios, registros DNS, desempenho PHP e implantações regionais.

Seja para ajustar threads e memória, gerenciar domínios em escala ou sincronizar versões do WordPress entre sites, a API da Kinsta continua evoluindo com foco em equipes modernas.

Quer uma prova de escalabilidade? Publicamos recentemente um estudo de caso mostrando como a Sod gerencia mais de 400 sites usando automações personalizadas baseadas na API da Kinsta.