Vi har rullat ut en ny uppsättning API-slutpunkter och förbättringar. Dessa fokuserar exempelvis på att ge WordPress-utvecklare mer kontroll över webbplatsdrift, DNS-konfiguration och resursinställningar.

Du kan nu automatisera uppgifter som sträcker sig från återställning av WordPress-webbplatser till hantering av domänverifieringsposter och DNS-poster. Detta gäller särskilt i stor skala.

Här är vad som är nytt:

Återställ en webbplats

Precis som med MyKinsta-panelen kan du nu återställa en WordPress-webbplats med API:s nya /reset-site slutpunkt. Denna åtgärd återställer webbplatsens filsystem och databas. Den återställs dessutom till en ren WordPress-installation.

Detta är exempelvis perfekt för skriptinställningar, tillhandahållande av mallar eller för att snabbt börja om på nytt under utveckling.

Om du vill använda den skickar du en begäran till POST med webbplatsens ID och ditt administratörslösenord:

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

Hämta verifierings- och pekningsposter för en domän

Vi har dessutom introducerat /verification-records slutpunkt, som gör att du kan hämta både verifierings- och pekningsposter för alla domäner som är anslutna till en WordPress-miljö.

Detta är exempelvis användbart när du konfigurerar anpassade domäner och bekräftar att de pekar korrekt. Det är dessutom användbart om du vill automatisera domänverifiering som en del av CI/CD eller provisioneringsarbetsflöden.

Här är ett exempel på en begäran:

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

Svaret innehåller DNS-relaterade poster som CNAME eller TXT som behövs för domänverifiering och konfiguration av edge-nätverk:

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

Hantera DNS-poster programmatiskt

Du kan nu programmatiskt hantera domäner och DNS-poster med hjälp av Kinsta API (liknande den funktionalitet som finns i MyKinsta under Kinstas DNS).

Detta inkluderar exempelvis:

API-stödet speglar vad du kan göra i MyKinsta när du hanterar zoner som är länkade till Kinstas DNS, som drivs av Amazon Route53.

Om du vill lägga till en A-post för en underdomän, gör du så här:

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

Detta är användbart när du tillhandahåller domäner dynamiskt eller synkroniserar DNS-ändringar från din CI/CD-pipeline, särskilt för multisides-agenturer eller iscensättningstunga arbetsflöden.

För stödda posttyper och DNS-beteende, se Kinstas DNS-dokument.

Ställ in PHP-trådallokering

PHP-prestandatillägget är ett av de mest använda tilläggen på Kinsta. Det hjälper exempelvis webbplatser att hantera mer trafik och tung bearbetning utan att svettas.

Det var vettigt att föra in den kontrollen i API:et. Tidigare i år introducerade vi två slutpunkter för att hantera PHP-prestanda programmatiskt:

Dessa slutpunkter accepterade ursprungligen worker_number och worker_memory. I linje med vårt företagsövergripande byte från ”PHP-bearbetare” till ”trådar” (som bättre återspeglar hur PHP faktiskt fungerar) har vi dock avskaffat dessa gamla fält.

Föråldrade fält.
Föråldrade fält.

I slutet av augusti 2025 kommer endast thread_count och thread_memory att stödjas. Om du redan använder dessa slutpunkter är det dags att uppdatera dina förfrågningar.

Så här ser en trådkonfigurationsbegäran ut med de uppdaterade fälten:

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

Ovanstående ställer in två PHP-trådar för den miljön, var och en med 256 MB minne. Detta matchar samma kontroll som du hittar i MyKinsta.

Miljö-listor visar nu WordPress-versionen

När du hanterar flera webbplatser är det bra att veta exakt vilken version av WordPress varje miljö kör. Detta gäller särskilt om ditt team har olika uppdateringsscheman för olika kunder eller stadier.

Vi har lagt till ett nytt wordpress_version-fält i dessa slutpunkter:

När du hämtar miljödata ingår nu WordPress-versionen. Som ett resultat blir det lättare att upptäcka föråldrade installationer eller bekräfta att uppdateringar har tillämpats utan att manuellt logga in på varje webbplats.

Här är ett exempel på hur svaret ser ut:

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

Hämta en lista över tillgängliga regioner

Låt oss säga att du behöver starta upp nya miljöer på en viss plats. Med den nya /available-regions slutpunkten kan du nu hämta en lista över tillgängliga regioner som är knutna till ditt företag.

Som ett resultat kan du programmatiskt bekräfta vilka datacenterplatser som är tillgängliga för distributioner. Det är exempelvis användbart om du hanterar flera klienter eller skalar över olika regioner.

Här är ett exempel på svar:

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

Mer flexibilitet för dina arbetsflöden

Den här omgången uppdateringar ger dig mer programmatisk kontroll över miljöer, domäner, DNS-poster, PHP-prestanda och regionala distributioner.

Oavsett om du finjusterar trådar och minne, hanterar domäner i stor skala eller synkroniserar WordPress-versioner över webbplatser, fortsätter Kinsta API att växa med moderna team i åtanke.

Behöver du bevis på att det skalar? Vi publicerade nyligen en fallstudie om hur Sod hanterar 400+ webbplatser med anpassad automatisering byggd på Kinsta API.