We hebben een nieuwe reeks API endpoints en verbeteringen uitgerold die erop gericht zijn WordPress ontwikkelaars meer controle te geven over sitebewerkingen, DNS configuratie en broninstellingen.

Je kunt nu taken automatiseren, variërend van het resetten van WordPress sites tot het beheren van domeinverificatierecords en DNS vermeldingen, vooral op schaal.

Dit is wat er nieuw is:

Een site opnieuw instellen

Net als bij het MyKinsta dashboard kun je nu een WordPress site resetten met behulp van het nieuwe API /reset-site endpoint. Deze actie reset het bestandssysteem en de database van de site en herstelt de site naar een schone WordPress installatie.

Dit is ideaal voor scripted setups, provisioning templates, of snel opnieuw beginnen tijdens ontwikkeling.

Om dit te gebruiken, stuur je een POST verzoek met de site ID en je beheerderswachtwoord:

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"
  }'

Verificatie en aanwijzingsrecords voor een domein ophalen

We hebben ook het /verification-records endpoint, waarmee je zowel verificatie- als verwijzingsrecords kunt ophalen voor elk domein dat verbonden is met een WordPress omgeving.

Dit is handig bij het instellen van custom domeinen en om te controleren of ze correct doorverwijzen. Het is ook handig als je domeinverificatie wilt automatiseren als onderdeel van CI/CD of provisioning workflows.

Hier is een voorbeeldverzoek:

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

Het antwoord bevat DNS gerelateerde records zoals CNAME of TXT entries die nodig zijn voor domeinvalidatie en edge-netwerkconfiguratie:

{
  "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"
      }
    ]
  }
}

Programmatisch DNS records beheren

Je kunt nu domeinen en DNS records programmatisch beheren met de Kinsta API (vergelijkbaar met de functionaliteit die beschikbaar is in MyKinsta onder Kinsta’s DNS).

Dit bevat:

Deze API ondersteuning weerspiegelt wat je kunt doen in MyKinsta bij het beheren van zones gekoppeld aan Kinsta’s DNS, aangedreven door Amazon Route53.

Bijvoorbeeld. Stel dat je een A record wilt toevoegen voor een subdomein:

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" }
    ]
  }'

Dit is handig bij het dynamisch provisionen van domeinen of het synchroniseren van DNS wijzigingen vanuit je CI/CD pijplijn, vooral voor multisite bureaus of test-heavy workflows.

Raadpleeg de DNS documenten van Kinsta voor ondersteunde recordtypes en DNS gedrag.

PHP thread-allocatie instellen

De PHP Performance add-on is een van de meest gebruikte add-ons bij Kinsta, omdat het sites helpt om meer verkeer en zware verwerking aan te kunnen zonder dat het je moeite kost.

Het was zinvol om die controle in de API te brengen, en dus introduceerden we eerder dit jaar twee endpoints om de PHP prestaties programmatisch te beheren:

Deze endpoints accepteerden oorspronkelijk worker_number en worker_memory, maar in overeenstemming met onze bedrijfsbrede omschakeling van “PHP workers” naar “threads” (die beter weergeeft hoe PHP eigenlijk werkt), hebben we deze oude velden nu afgeschreven.

Afgeschreven velden.
Afgeschreven velden.

Eind augustus 2025 worden alleen nog thread_count en thread_memory ondersteund. Als je deze endpoints al gebruikt, is het nu tijd om je verzoeken bij te werken.

Zo ziet een threadconfiguratieverzoek eruit met de bijgewerkte velden:

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
  }'

Het bovenstaande stelt twee PHP threads in voor die omgeving, elk met 256MB geheugen. Dit komt overeen met dezelfde controlemogelijkheden die je vindt in MyKinsta.

Omgevingsoverzichten tonen nu WordPress versie

Als je meerdere sites beheert, is het handig om precies te weten welke versie van WordPress elke omgeving gebruikt, vooral als je team verschillende updateplanningen heeft voor verschillende klanten of fases.

We hebben een nieuw wordpress_version veld toegevoegd aan deze endpoints:

Wanneer je nu omgevingsgegevens ophaalt, wordt de WordPress versie meegenomen. Dit maakt het makkelijker om verouderde installaties te vinden of te bevestigen dat updates succesvol zijn toegepast zonder handmatig in te loggen op elke site.

Hier is een voorbeeld van hoe het antwoord eruit ziet:

{
  "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,
        ...
      }
    ]
  }
}

Een lijst met beschikbare regio’s opvragen

Laten we zeggen dat je nieuwe omgevingen moet opzetten op een specifieke locatie. Met het nieuwe /available-regions endpoint kun je nu de lijst met beschikbare regio’s opvragen die aan je bedrijf zijn gekoppeld.

Dit helpt je om programmatisch te bevestigen welke datacenterlocaties beschikbaar zijn voor deployments en is handig als je meerdere klanten beheert of schaalt over verschillende regio’s.

Hier is een voorbeeld van een antwoord:

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

Meer flexibiliteit voor je workflows

Deze reeks updates geeft je meer programmatische controle over omgevingen, domeinen, DNS records, PHP prestaties en regionale deployments.

Of je nu threads en geheugen fijn afstemt, domeinen op schaal beheert of WordPress versies over sites synchroniseert, de Kinsta API blijft groeien waarbij we constant de workflow moderne teams als uitgangspunt nemen.

Wil je bewijs zien hoe ver je kan gaan met de schaalbaarheidsmogelijkheden bij Kinsta? We hebben onlangs een casestudy gepubliceerd over hoe Sod 400+ sites beheert met automatisering op maat, gebouwd op de Kinsta API.