WordPress-űrlapok az AWS-re

Alakítsa a WordPress-űrlapokat AWS-munkafolyamatokká

Tartsa meg az űrlapélményt a WordPressben, miközben a tartós munkafolyamat-feldolgozást a PHP-kérések életciklusán kívülre helyezi.

Röviden A WordPress-űrlap szerkeszthető maradhat a Gutenbergben, miközben a beküldési folyamat a WordPress PHP-kéréseinek életciklusán kívül fut. A Flow a böngészőből egy beállított backendbe küldheti az adatokat, szinkronizálhatja a kanonikus űrlapdefiníciót, az AWS-szolgáltatások pedig kezelhetik a beküldéseket, piszkozatokat, feltöltéseket, eseményeket, e-maileket, webhookokat és az AI-val támogatott lépéseket.

Amikor az űrlap munkafolyamattá válik

Az összetett űrlapfeldolgozás kinövi az egyetlen szinkron kérést

Egy egyszerű kapcsolatfelvételi űrlap maradhat egyszerű. A hosszan futó adatfelvételhez és automatizáláshoz tartósabb backendhatár szükséges.

1. probléma

A hosszú űrlapokhoz tartós állapot kell

A mentés és folytatás, a többlépéses adatfelvétel és a piszkozatok helyreállítása olyan állapotot igényel, amely túléli az oldalváltásokat, a böngésző megszakításait és a felhasználó későbbi visszatérését.

2. probléma

A feltöltésekhez és a további műveletekhez újrapróbálkozás kell

A nagyobb fájlok, webhookok, e-mailek, eseményútvonalak és külső műveletek könnyebben megfigyelhetők és újrapróbálhatók, ha nincsenek egyetlen PHP-kéréshez kötve.

3. probléma

A statikus oldalak nem támaszkodhatnak WordPress PHP-ra

Ha a nyilvános WordPress-frontend statikus fájlokba kerül exportálásra, a böngészőnek továbbra is biztonságos végpont kell a beküldésekhez és a munkafolyamat-műveletekhez.

Üzemeltetési következmény A szerkeszthető űrlapélmény maradjon a WordPress felelőssége. Ha az eset megköveteli, helyezze a tartós állapotot, az ellenőrzést, a feltöltéseket, az eseményeket és a munkafolyamat végrehajtását külön backendbe.

Ajánlott architektúra

Válassza külön a megjelenítést a munkafolyamat végrehajtásától

A böngésző megjeleníti a WordPressben meghatározott űrlapot, és célzott végpontot hív a dinamikus működéshez.

WordPress / Gutenberg
  Flow űrlapdefiníció
        |
        v
Böngészőben megjelenő űrlap
        |
        +--> piszkozat mentése / folytatása
        +--> fájlok feltöltése
        +--> beküldés
        +--> opcionális AI-útmutatás
        |
        v
Beállított AWS API
        |
        +--> tartós tárolás
        +--> Lambda-feldolgozás
        +--> EventBridge / webhookok
        +--> e-mail / további műveletek
        |
        v
Munkafolyamat eredménye / állapota

Megerősített WP Suite-működés A Flow támogatja a böngészőoldali űrlapélményeket és az opcionális backendutat a tartós működéshez. Az AI-Kit backend által működtetett AI-funkciókat biztosíthat, amikor indokolt a forrásokra alapozott, beküldés előtti segítség.

Megvalósítási útvonal

Csak azokat a munkafolyamat-felelősségeket helyezze át, amelyek backendhez kötöttek

Tartsa ismerősnek a szerkesztési élményt, miközben a futásidejű működés egyértelmű felhőhatárt kap.

  1. Építse fel az űrlapot a WordPressben — Határozza meg a többlépéses vagy adatfelvételi élményt a Flow-ban, hogy a szerkesztők az űrlapot a webhely többi tartalmával együtt tarthassák karban.
  2. Csatlakoztassa a beállított backendet — Irányítsa a böngésző kéréseit a backend végpontjára a beküldésekhez, piszkozatokhoz, feltöltésekhez és más tartós műveletekhez.
  3. Adjon hozzá eseményvezérelt műveleteket — Használjon backendfeldolgozást webhookokhoz, Lambda-műveletekhez, e-mailhez vagy EventBridge-alapú automatizáláshoz, ahelyett hogy minden műveletet az oldalkéréshez kötne.
  4. Védje az API-határt — Alkalmazzon megfelelő hitelesítést, CORS-, WAF- és reCAPTCHA-védelmet, valamint végpontspecifikus engedélyezést a nyilvános vagy hitelesített munkafolyamathoz.

Amikor az AWS-alapú űrlap-munkafolyamat megéri a további architekturális határt

Legjobb választás

Valódi üzleti folyamatokat vezérlő űrlapokhoz

  • Hosszú jelentkezésekhez, onboardinghoz vagy többlépéses adatfelvételhez mentéssel és folytatással.
  • Fájlfeltöltésekhez, újrapróbálkozáshoz, webhookokhoz, eseményekhez vagy több további művelethez.
  • Statikus WordPress-frontendekhez, amelyeknek továbbra is biztonságos dinamikus beküldésre van szükségük.

Tartsa egyszerűbben, ha

Egy könnyű művelet elegendő

  • Az űrlap csak egy egyszerű kapcsolatfelvételi e-mailt küld.
  • Nincs szükség tartós piszkozatokra, nagy feltöltésekre, újrapróbálkozásra vagy automatizálásra.
  • Egy meglévő könnyű WordPress-űrlapbővítmény már megfelel a biztonsági és üzemeltetési követelményeknek.

Gyakori kérdések

WordPress-űrlapok AWS backenddel

Lehet statikus a nyilvános WordPress-oldal?

Igen. A böngésző közvetlenül a beállított API-végpontra küldheti az adatokat, így maga az oldal statikus fájlokból szolgálható ki, miközben a munkafolyamat dinamikus marad.

Menthetik és később folytathatják a felhasználók az űrlapot?

Ebben az architektúrában ez a backend felelőssége. A tartós piszkozatállapot a WordPress oldalmegjelenítési életciklusán kívül élhet.

Indíthat Lambda- vagy EventBridge-műveletet egy beküldés?

Igen, ez természetesen illeszkedik a backend munkafolyamat-rétegéhez, ha a telepített integráció az események ilyen irányítására van beállítva.

Hol kap szerepet az AI?

Ott használjon AI-t, ahol javítja az űrlap adott lépését, például forrásokra alapozott, beküldés előtti útmutatásra vagy osztályozásra. A végső ellenőrzési és munkafolyamat-szabályok maradjanak determinisztikusak a backendhatáron.

Az űrlaptól a munkafolyamatig

Tartsa a szerkesztőt a WordPressben, a tartós végrehajtást pedig helyezze az AWS-re

Használja a Flow-t az űrlapélményhez, majd adjon hozzá ügyfél-tulajdonú backendet, amikor a beküldések állapotot, feltöltéseket, automatizálást vagy szerver nélküli feldolgozást igényelnek.