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:
- Domeinen voor een bedrijf weergeven
- DNS records voor een domein ophalen
- Records maken, waaronder A, AAAA, CNAME, MX, TXT, CAA, SRV en meer
- DNS records bijwerken door resourcewaarden of TTL’s aan te passen
- Records uit een domeinzone verwijderen
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:
- Wijzigen PHP allocatie voor premium testomgevingen
- Wijzigen PHP allocatie voor live en standaard testomgevingen
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.

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.