A Drupal AI már nem szolgáltatóspecifikus közösségi modulok szétszórt halmaza, amelyeket mindenki külön csavarozott a helyére. Mára egyetlen összehangolt projekt, alatta absztrakciós réteggel, a biztonsági csapat által lefedett kiadási ciklussal és egy csomagolt termékkel a Drupal CMS-ben, amely már a telepítés közben felajánlja egyes részeinek bekapcsolását. A megválaszolandó kérdés is megváltozott: már nem az, hogy tud-e a Drupal mesterséges intelligenciát, hanem az, hogy mely részeit érdemes bekapcsolni, és mennyibe kerül egy-egy rész, ha négy szerkesztő minden munkanap használja.

A legtöbb írás megáll a bemutatónál. Valaki begépel egy promptot, megjelenik egy oldal, egy csevegőrobot a szemünk láttára létrehoz egy tartalomtípust. A bemutató valódi. Amit nem árul el, az az, hogy mi hagyja el az infrastruktúránkat, amikor egy szerkesztő megnyomja azt a gombot, a listán szereplő modulok közül melyek nem adtak ki soha stabil verziót, és melyik költségvetési sor nő meg valóban.

Mit ad a Drupal AI egy vállalkozásnak? Szolgáltatói absztrakciót az AI modulban, amely a csevegési, beágyazási, fordítási és képkéréseket bármelyik beállított szolgáltatóhoz vagy a saját hardverünkön futó modellhez irányítja, továbbá almodulokat alternatív szöveghez, fordításhoz, szerkesztőségi segítséghez, szemantikus kereséshez és oldalépítő ügynökökhöz. A szűken vett funkciók éles üzemre készek, és üzemeltetésük nagyon keveset kóstál. A szemantikus keresés és az ügynökök még alfa vagy éretlen állapotban vannak, és valódi mérnöki munkát igényelnek maguk köré.

Mi is valójában a Drupal AI 2026-ban

A gerince egyetlen közösségi projekt. Az AI (Artificial Intelligence) modul 17 818 használatban lévő oldalt jelent, a Drupal 10.5 és újabb vagy 11.2 és újabb verziókkal működik, és stabil kiadásokat hordoz 1.4.7 és 1.3.12 néven, mellettük egy 1.5.0 kiadásjelölttel, amely 2026. augusztus 27-én jelent meg. A stabil ágakat a Drupal biztonsági csapata fedi le, ami többet nyom a latban a funkciólistánál, amikor arról döntünk, futtatunk-e valamit egy ügyfél oldalán. Egy 2.0.x ág aktív fejlesztés alatt áll.

Az alatta lévő platformról annyit, hogy a jelenleg ajánlott Drupal mag kiadása a 11.4.5, amely 2026. augusztus 6-án jelent meg, míg a 10.6.15 elérhető marad azoknak az oldalaknak, amelyek még nem frissítettek. Ha még azt mérlegeljük, egyáltalán a Drupal-e a megfelelő platform, azt a kérdést külön tárgyalja a 2026-os Drupal webfejlesztési útmutatónk.

A szolgáltatói absztrakció a lényegi rész

A fejlesztői dokumentáció kertelés nélkül fogalmazza meg a tervet: az AI szolgáltatók olyan szolgáltatások, amelyeket a Drupal meghívhat, és ezeket a hívásokat műveleti típusokra absztrahálták. A megnevezett típusok között szerepel a csevegés egyszerű és folyamatos formában, szöveg képpé, szöveg beszéddé, beszéd szöveggé, beágyazások, moderálás, hang hanggá, beszéd beszéddé, képosztályozás, szövegfordítás és kép képpé.

A következmény inkább üzleti, mint műszaki. A csevegési műveletre írt modul azzal a szolgáltatóval működik, amelyik éppen be van állítva, így a szolgáltatóváltás beállítási kérdés, nem újraírás. A Drupal saját szolgáltatói oldala 48 integrációt sorol fel, köztük az OpenAI, az Anthropic, a Google Gemini és Vertex, az AWS Bedrock, az Azure, a Mistral, a Groq, a Hugging Face, a DeepL, a Deepgram, az ElevenLabs, a LiteLLM, az LM Studio, az Ollama és az amazee.ai szolgáltatásokat.

Ennek a hordozhatóságnak van egy korlátja, amit érdemes korán kimondani. A felület hordozható, a promptok nem. Az egy modellre hangolt prompt egy másikon gyakran gyengébb eredményt ad, így a szolgáltatóváltás a kódban olcsó, cserébe egy kör promptteszteléssel jár.

Mi van a dobozban

Az AI projekt egy alapréteget csomagol, mellette almodulokat automatizmusokhoz, egy hibakereséshez használt API böngészőt, megfigyelhetőséget és naplózást, egy csevegőrobotot, a CKEditor integrációt, valamint egy asszisztens és ügynök API-t. Több képesség, amely idebent indult, azóta saját közösségi projektbe költözött, ezért tűnik szétszórtnak az ökoszisztéma, amikor először keresünk rá. Az AI Search, az AI Content Suggestions, az AI Translate, az AI Validations, az AI ECA és a Field Widget Actions ma külön kiadási ciklussal és nagyon eltérő érettségi szinttel bír.

Hogyan csomagolja a Drupal CMS

A Drupal CMS önálló termék, nem a mag egy változata, és inkább marketingeseknek és tartalmi csapatoknak szól, mint fejlesztőknek. A Drupal CMS 2.0 2026. január 28-án jelent meg, a Drupal 11.3 magra építve, és a kiadási vonal azóta is halad: a 2.1.4 2026. szeptember 1-én jelent meg.

A csomagolt AI képesség szándékosan szűk. Szöveges promptokból teljes oldalakat állít elő az elérhető Canvas komponensekkel, adminisztrációs csevegőrobotot futtat oldalépítési feladatokra, például tartalomtípusok létrehozására, taxonómiakifejezések meghatározására és mezők hozzáadására, alternatív szöveget generál emberi ellenőrzéssel a folyamatban, és irányítópultot ad arról, mely funkciók vannak bekapcsolva és mely szolgáltatók beállítva. A beállítási folyamat az amazee.ai, az OpenAI és az Anthropic lehetőséget kínálja.

A kiadási bejelentés kulcsszava, amelynek a kockázatelemzésünket alakítania kell, az “opcionális”. A Drupal CMS telepítésében semmi nem hív meg modellt addig, amíg valaki be nem állít egy szolgáltatót és meg nem adja a hozzáférési adatokat, így egy friss telepítés önmagában nem adatvédelmi kérdés. Abban a pillanatban válik azzá, amikor egy adminisztrátor beilleszt egy API kulcsot a szolgáltatói űrlapba, amit rendszerint az intéz el, aki a leggyorsabb, nem az, aki felel érte.

Azok az alkalmazások, amelyek megtérülnek

Alternatív szöveg és médiametaadatok

Az AI Image Alt Text modul 10 467 oldalt jelent, és 1.0.2 verzióját 2025. december 5-én adta ki a Drupal 10.2 és 11 verzióhoz. Generálás gombot tesz minden képmező elemre, támogatja a többnyelvű tartalmat és az egyedi promptokat, és tömeges almodult szállít az oldalon már meglévő képek alternatív szövegének újragenerálásához.

Ez az egész készlet legtisztább nyeresége, mert olyan munkára irányul, amely másképp soha nem készül el. Egy hatezer képet tartalmazó gyűjtemény hetekig tartó kézi írást jelent, amelyet egyetlen szervezet sem finanszíroz, így az alt attribútumok üresen maradnak, és az akadálymentességi ellenőrzés évről évre ugyanazon a soron bukik el. A generálás és az ellenőrzés együtt ezt néhány napra rövidíti, feltéve, hogy az ellenőrzés valóban megtörténik.

Fordítás egy többnyelvű oldalon

Az AI Translate 2026. augusztus 27-én érte el az 1.4.0 stabil verziót, 886 oldalt jelent, és a Drupal 10.4 és újabb vagy 11 verzióval működik. Egykattintásos fordítást ad a Drupal saját tartalomfordítási rendszeréhez, a Fordítás fülről indulva, és több mezőtípust, valamint hivatkozott entitásokat is kezel.

A fontos tervezési pont az, hogy a Drupal meglévő fordítási folyamatát tölti ki, nem pedig lecseréli. A verziók, a moderálási állapotok és a jogosultságok pontosan ott maradnak, ahol voltak, és a végeredményt ember szerkesztheti a megszokott felületen. Ez a különbség egy olyan fordítási funkció között, amelyet szabályozott ügyfél elé lehet tenni, és egy ráépítés között, amely megkerüli a szerkesztőségi kontrollokat.

Szerkesztőségi segítség és taxonómia

Az AI projekt hozza a CKEditor integrációt, az AI Content Suggestions modul pedig a közösségi térbe költözött, hogy összefoglalást, olvashatósági pontozást, moderálást, hangnem-igazítást, címgenerálást és taxonómiacímke-javaslatot fedjen le a szerzői felületen belül. Ez az ökoszisztéma legmozgalmasabb és legkevésbé letisztult sarka, és az itteni modulok a többinél jobban változtatják alakjukat a kiadások között.

Mielőtt bármelyikre építenénk tervet, olvassuk el a projektoldalon jelentett telepítésszámot. Az alternatív szöveg tízezer oldal fölött jár, a szerkesztőségi modulok közül több csak néhány százat mutat. Ez nem a kódról szóló ítélet, hanem annak mértéke, mennyi éles próbán esett át, és ennek kell eldöntenie, mennyi tesztelési időt tervezünk be.

A szemantikus keresés okozza a legtöbb csalódást

Az AI Search az a modul, amelyet név szerint kérnek, és amely a legkevésbé áll készen a bekapcsolásra. 2026. szeptember 2-i állapot szerint nincs támogatott stabil kiadása: az 1.x ág az 1.3.0-alpha4 verziónál tart 2026. július 12-től, a 2.x ág pedig a 2.0.0-alpha2 verziónál 2026. június 24-től, 703 jelentett telepítéssel.

Infrastruktúrát is hoz magával. A Search API modul háttereként fut, és vektoradatbázist igényel, támogatva a Milvus, a Pinecone, a Qdrant, a PostgreSQL, a MariaDB, az OpenSearch, az Azure és az SQLite megoldásokat. Az őszinte leírás így hangzik: alfa szoftver, plusz egy adattár, amelyet a csapatunk mostantól üzemeltet, felügyel és ment. Ez projekt, nem pipa egy listán.

A mélyebb gond a modul előtt van. A szemantikus visszakeresés csak annyira jó, amennyire a beadott darabok, és egy hat lazán kapcsolódó témát hosszú oldalakon tárgyaló tartalomhalmaz olyan vektorokba ágyazódik, amelyek semmi konkrétat nem jelentenek. Azok az oldalak, amelyek jó eredményt kapnak a vektoros kereséstől, szinte mindig előbb átszervezték a tartalmukat, és ez az átszervezés az igazi munka.

Oldalépítés ügynökökkel

Az AI Agents modul szövegből cselekvést végző ügynökök keretrendszere, 2026. augusztus 13-a óta stabil 1.3.4 verzión, 9 677 jelentett telepítéssel, a Drupal 10.3 és 11 vagy újabb támogatásával. Három ügynököt szállít alapból, mezőkhöz, tartalomtípusokhoz és taxonómiához, és illeszkedik a csevegőrobothoz meg az AI Assistants API-hoz.

Jól használva ez tényleg hasznos egy építés fárasztó középszakaszában. Harminc mezőt hat tartalomtípuson kézzel létrehozni egy délutánnyi kattintgatás, amely semmilyen tervezési értéket nem ad, egy ügynök pedig percek alatt megcsinálja egy leírásból. Amit nem tesz meg, az az, hogy eldöntse, milyen tartalomtípusok legyenek, márpedig ez dönti el, működik-e még az oldal két év múlva.

Egyetlen üzemeltetési szabály választja el az időnyereséget az incidenstől. A beállító ügynököket fejlesztői környezeten futtassuk, bekapcsolt konfigurációexporttal, soha éles rendszeren, hogy minden változás átnézhető különbségként érkezzen a verziókövetésbe. Az üzleti AI ügynökökről, költségeikről és hibamódjaikról szóló útmutatónk elmagyarázza, miért az át nem nézett ügynöki műveletek az AI hibák legdrágább kategóriája.

Üzemeltetett API vagy saját kézben futó modell

Az absztrakció három formát kínál, és a választás más-más irányba mozdítja a költséget, a késleltetést és az adatkezelést.

Az üzemeltetett szolgáltatói API az alapértelmezés. Indulásnál ez a legolcsóbb, nem igényel infrastruktúrát, és hozzáférést ad a legerősebb modellekhez. Ugyanakkor azt is jelenti, hogy a tartalom minden hívásnál elhagyja a hálózatunkat, a folyó költség pedig változó számla, amelyet nem mi irányítunk.

A középutat egy privát vagy menedzselt végpont jelenti olyan szolgáltatótól, amely szerződésben vállal adatelhelyezést. Továbbra is tokenenként fizetünk, de kijelölhetünk egy régiót, és írásos garanciát kapunk a feldolgozásra. A brit és uniós ügyfelek többsége ezt választja a végén.

A saját hardveren futó modell, amelyet az Ollama vagy az LM Studio szolgál ki és szolgáltatóként van beállítva, az egyetlen változat, ahol a tartalom soha nem hagyja el az infrastruktúránkat. A költség alakja megfordul: a padló nélküli, tokenenkénti számla helyett fix havi költséget fizetünk a gépért, akár tíz hívást indítunk, akár tízmilliót.

A késleltetés a szerkesztőségi munkában kevésbé számít, mint gondolnánk: azt a szerkesztőt, aki néhány másodpercet vár egy generált alternatív szövegre, nem érdekli, hol fut a modell. Akkor számít, amikor a modell egy nyilvános keresés vagy csevegőrobot kérési útvonalán ül, és épp ezt a helyzetet a legnehezebb saját üzemeltetéssel méretezni.

A minőség az őszinte alku. A nyílt súlyú modellek a szűk feladatokon, például az alternatív szövegnél és a fordításnál, ahol az utasítás egyszerű és a kimenet rövid, szinte behozták a lemaradást. Hosszú kontextusú összefoglalásban és az ügynöki beállításváltoztatásokhoz szükséges többlépéses utasításkövetésben továbbra is le vannak maradva.

Mibe kerül a Drupal AI üzemeltetése

A tokenárakat millió tokenenként teszik közzé, amerikai dollárban. Az OpenAI árlistája jelenleg a gpt-5.6-luna modellt 0,20 USD bemenet és 1,20 USD kimenet áron, a gpt-5.6-terra modellt 2,00 és 12,00 USD áron, a gpt-5.6-sol modellt pedig 4,00 és 20,00 USD áron sorolja fel rövid kontextuson. A gyorsítótárazott bemenet minden szinten nagyjából tízszer olcsóbb a frissnél, ami sokat számít azoknál a visszakereső terheléseknél, amelyek ugyanazt a kontextust küldik újra.

Kidolgozott becslés a szerkesztőségi funkciókra

Ezek becslések, olyan feltevésekre építve, amelyeket saját mérésekkel érdemes lecserélni. Vegyünk egy 900 szavas oldalt. A forrásszöveg és egy rendszerprompt együtt 1 500 bemeneti token közelébe esik, a fordítása pedig 1 600 kimeneti token közelébe, mert a legtöbb célnyelv hosszabb lesz.

A középső szinten ez körülbelül 0,003 USD bemenet és 0,019 USD kimenet, vagyis nagyjából 0,022 USD oldalanként és nyelvenként. Egy 500 oldalas archívum lefordítása nyolc nyelvre 4 000 hívás és körülbelül 88 USD, egyszeri alkalommal. Ha havi 40 új oldallal tartjuk a lépést ugyanazon a nyolc nyelven, az havi 7 USD körül van.

Ez a szám többnyire rossz irányban lepi meg az embereket. Nagy AI számlára készültek, a szerkesztőségi funkciók pedig kevesebbe kerülnek a kávénál. Az alternatív szöveg és a taxonómiajavaslat még ennél is kisebb, mert a kimenetek darabonként néhány tucat tokenből állnak.

A szám, amelyik tényleg fáj

A visszakeresés más, mert minden lekérdezés újraküldi a modellnek a megtalált részleteket bemenetként. Tíz darab 500 tokenes részlet 5 000 bemeneti token plusz egy kérdés, talán 300 token válasszal.

A legolcsóbb szinten ez lekérdezésenként körülbelül 0,0014 USD, tehát havi 50 000 lekérdezés nagyjából 70 USD. A középső szinten ugyanaz a forgalom körülbelül 680 USD. A modellválasztás tízszeres szorzóval mozgatja ezt a számlát, a promptok gyorsítótárazása pedig még egyszer.

Ez az egyetlen olyan funkció is, amelynek költsége a látogatói forgalmat követi, nem a szerkesztőségi mennyiséget. Minden más azzal skálázódik, mennyit publikál a csapat, ami tervezhető. A nyilvános AI keresés vagy csevegőrobot azzal skálázódik, hányan látogatják az oldalt, ami nem tervezhető, és épp ez a funkció állítja elő a riasztó számlát.

Amit a becslések kihagynak

A vektoradatbázis üzemeltetése külön sor, akár menedzselt szolgáltatás, akár a csapat által futtatott kiszolgáló. A korpusz egyszeri beágyazása olcsó, minden tartalommentésnél újra beágyazni nem az, és ezt senki nem modellezi. A sikertelen és újraindított hívásokat is kiszámlázzák. Az ellenőrzési lépés pedig munkaóra, nem token, ezért szinte mindig ez a legnagyobb szám az oldalon.

Az adatvédelemnél akadnak el a brit és uniós projektek

Amikor egy szerkesztő a Generálás gombra kattint, a mező tartalma és a promptunk a beállított szolgáltatóhoz kerül. Üzemeltetett API esetén ez harmadik félnek történő adattovábbítás, és minden hívásnál megtörténik, csendben, olyan felületről, amely úgy néz ki, mint a CMS többi része.

A tartalomkezelő rendszer sajátos kockázata, hogy alábecsüljük, mi van benne. A cikkek a biztonságos rész. A hozzászólások, a felhasználói profilok, a webűrlapos beküldések, a szerkesztőségi jegyzetek és a megnevezett személyekről szóló, nem publikált piszkozatok mind személyes adatok ugyanabban az adatbázisban, és egy kicsit túl tágan beállított automatizmus készséggel elküldi őket.

Adatkezelő és adatfeldolgozó

Egy szolgáltató igénybevételével nem adjuk át a felelősséget. Az ICO mesterséges intelligenciára vonatkozó elszámoltathatósági és irányítási útmutatója kimondja, hogy az adatvédelmi megfelelésért az általános felelősség az adatkezelőt, vagyis a mi szervezetünket terheli, és hogy az adatkezelői és adatfeldolgozói viszonyok azonosítása a feladat része, nem formaság.

Ugyanez az útmutató világos elvárást fogalmaz meg a hatásvizsgálatokról. Kimondja, hogy az esetek túlnyomó többségében az AI használata olyan adatkezeléssel jár, amely valószínűleg magas kockázatot jelent az egyének jogaira és szabadságaira, és ezért kiváltja a DPIA elvégzésének jogszabályi kötelezettségét. Ahol úgy ítéljük meg, hogy egy adott felhasználás nem jelent magas kockázatot, ott is dokumentálnunk kell, hogyan jutottunk erre a következtetésre. Érdemes tudni, hogy az útmutató jelenleg felülvizsgálat alatt áll a Data (Use and Access) Act nyomán, ezért nézzük meg újra, mielőtt a részleteire támaszkodunk.

Az EU AI Act átláthatósági kötelezettségei

Ha uniós felhasználókat szolgálunk ki, a 2024/1689 (EU) rendelet 50. cikke alkalmazandó. A 113. cikk az általános alkalmazás kezdetét 2026. augusztus 2-ában határozza meg, ami már elmúlt, tehát élő kötelezettségekről van szó, nem jövőbeliekről.

Három rész érinti közvetlenül a CMS-t. Az 50(1) cikk megköveteli, hogy az emberekkel közvetlen kapcsolatba lépő rendszereket úgy építsék meg, hogy az érintettek tudják, AI rendszerrel van dolguk, hacsak ez nem nyilvánvaló. Ez a saját oldali csevegőrobotunk. Az 50(2) cikk jelölési kötelezettséget ró a szintetikus tartalmat előállító rendszerek szolgáltatóira, kivételt engedve akkor, ha a rendszer a szokásos szerkesztést segítő feladatot lát el, vagy nem változtatja meg lényegesen a bemenetet.

Az 50(4) cikk az, amelyik megváltoztatja egy projekt személyzeti tervét. Azoknak az üzemeltetőknek, akik közérdekű ügyekben a nyilvánosság tájékoztatására közzétett szöveget állítanak elő vagy módosítanak, közölniük kell, hogy a szöveg mesterségesen készült, és a kötelezettség nem áll fenn, ha a tartalom emberi ellenőrzésen vagy szerkesztőségi kontrollon esett át, és egy természetes vagy jogi személy viseli érte a szerkesztői felelősséget. Az az ellenőrzési lépés, amelyet ki akartunk hagyni, ugyanaz a lépés, amely leveszi rólunk a közlési kötelezettséget.

Hol vall kudarcot

Metaadat, amelyet senki nem olvas el

A tömegesen generált és olvasatlanul közzétett alternatív szöveg a leggyakoribb kudarc, mert a funkció túl könnyűvé teszi. A képfelismerő modell azt írja le, mi van a képen, nem azt, mit csinál a kép az oldalon, így egy termékfotóból “egy palackot tartó személy” lesz a terméknév helyett. Egy képernyőolvasót használó embernek ez rosszabb az üres attribútumnál, mert az oldal most már javítottnak látszik, és senki nem tér vissza rá.

Ugyanez áll a generált összefoglalókra és metaleírásokra. Gördülékenyen olvashatók, épp ezért futják át őket az ellenőrzők, és egy gördülékeny, de téves összefoglaló sokkal tovább éli túl az ellenőrzést, mint egy esetlen, de helyes.

Keresés, amely rosszabb az addiginál

Két hibamód rakódik egymásra. Az első szerkezeti: a rosszul darabolt tartalom olyan visszakeresést eredményez, amely a megfelelő helyett nagyjából releváns részleteket ad vissza. A második olyan visszalépés, amelyre senki nem számít: a pontos egyezés elvesztése. Aki cikkszámot, számlahivatkozást vagy vezetéknevet gépel be, pontosan azt a karakterláncot akarja, a tisztán vektoros keresés viszont olyan dokumentumokat ad vissza, amelyek jelentésben szólnak cikkszámokról.

A megoldás a hibrid visszakeresés, amely együtt futtatja a kulcsszavas és a vektoros keresést, majd összefésüli az eredményeket. Ez bevett gyakorlat, és mivel az AI Search alfánál tart, rendszerint olyasmi, amit megépítünk, nem beállítunk.

Fordítás, amely elsodródik a forrástól

Egy oldal gépi fordítása rendben van. Egy olyan oldal gépi fordítása, amely később angolul megváltozik, miközben a fordításokat érintetlenül hagyják, olyan oldalt ad, amely hét nyelven csendesen ellentmond önmagának. A modulban semmi nem követi helyettünk a forrás elavulását, tehát valakinek folyamatként kell felvállalnia az újrafordítást.

A számok külön ellenőrzést érdemelnek. Egy lefordított oldal, amely rossz pénznemjellel jelenít meg egy árat, vagy átvált egy összeget, amelyet az angol soha nem váltott át, üzleti vitát szül, nem elgépelést.

Az ellenőrzési lépés, amelyet senki nem tervezett be

Itt minden funkció áthelyezi a munkát, nem megszünteti. A generálás másodpercekig tart, az ellenőrzés percekig, tehát 500 oldalnál az ellenőrzés maga a projekt. Azok a csapatok, amelyek csak a megvalósítást tervezik be, ezt a harmadik héten fedezik fel, és csendben abbahagyják a funkció használatát, így halnak el az AI kísérletek.

Amit továbbra is meg kell építeni

Az irányítás jön először, mert a modulok képességet adnak, szabályzatot nem. El kell dönteni, mely szerepkörök mely funkciót használhatják, mely tartalomtípusokon és mezőkön, melyik szolgáltatóval, és ezt aztán a konfigurációban kell érvényesíteni, nem egy wikioldalon.

A promptok helye a verziókövetett konfigurációban van, átnézve és kiszállítva, mint bármely más változás. Az éles űrlapba az éppen ügyeletes ember által begépelt prompt tesztelés nélküli kód, közvetlen költséghatással.

A költségkontroll nincs benne. A megfigyelhetőségi almodul naplózza a hívásokat, ami utólag mondja el, mi történt. Egy rosszul beállított automatizmus, amely nagy tartalomhalmazon köröz, kemény felső korlátot igényel a szolgáltatónál, és riasztást mellé.

Tartaléktervekre is szükség van. Egy szolgáltatói kiesésnek finoman kell rontania a szerzői élményt, nem megakadályoznia, hogy egy szerkesztő elmentsen egy csomópontot. Ez hétköznapi integrációs mérnöki munka, és ez választja el a bemutatót az üzemeltetéstől. Ha közben a kliensoldali architektúrát is mérlegeljük, a fejnélküli és a hagyományos CMS megközelítések összehasonlítása a hozzá tartozó döntés.

Mibe kerül a megvalósítás

Először a díjak, mert minden más ezekből következik. A brit Drupal szerződéses díjak nagyjából napi 400 és 550 font között mozognak középszinten, és 550 és 750 között szenior munkánál, ahogy azt a Drupal fejlesztő felvételéről szóló útmutatónk kifejti.

Egy szűk bevezetés, vagyis az AI modul, egy beállított szolgáltató, alternatív szöveg és fordítás, szerepkör szintű irányítás és a DPIA támogatása jellemzően 4 000 és 9 000 font közé esik. Egy teljes szerkesztőségi csomag, amely taxonómiajavaslattal, CKEditor segítséggel, kódban tartott promptokkal és költségfigyeléssel bővül, 10 000 és 25 000 font között alakul.

A szemantikus keresés vagy egy nyilvános csevegőrobot jelentős tartalomhalmazon már más nagyságrendű munka. A hibrid visszakeresés, a darabolási stratégia, a vektoros infrastruktúra és egy értékelő keretrendszer, amely megmondja, veri-e az új keresés a régit, ezt 25 000 és 60 000 font közé emeli. A tokenköltség mindhárom fölé rakódik, és általában ez az első év legkisebb sora.

Két költség a fejlesztési kereten kívül esik. A DPIA és a szolgáltatói szerződés átnézése jogi és adatvédelmi munka, a szerkesztőségi ellenőrzési kapacitás pedig munkaerő-döntés, nem projektsor. Mindkettő méretezése része az AI integrációs szolgáltatásaink megbízásának, mert az a projekt, amely ezek nélkül indul el, felelősséget szállít ki.

Az üzembe helyezés

A Mecanik ezeket az integrációkat Drupalon építi meg a szoftverfejlesztési munkánk részeként, és a minta ügyfélről ügyfélre ugyanaz. A modulok egy délután alatt telepíthetők. Az idő azzal megy el, hogy eldöntsük, mely funkciók érik meg az ellenőrzési terhet, hogy a tartalmat távol tartsuk egy harmadik fél naplóitól ott, ahol nincs keresnivalója, és hogy megépítsük azt az irányítást és felügyeletet, amelyet a közösségi modulok szándékosan ránk hagynak. Ha ezt a saját tartalomhalmazunkra és saját szabályozási helyzetünkre szeretnénk méretezni, az AI integrációs szolgáltatások oldalunk a kiindulópont.

Gyakran ismételt kérdések

Mit csinál valójában a Drupal AI modul? Absztrakciós réteget ad, amely az AI hívásokat műveleti típusokká alakítja, például csevegéssé, beágyazássá, szöveg képpé alakítássá és szövegfordítássá, majd a beállított szolgáltatóhoz irányítja őket. Az almodulok erre a rétegre épülve adnak konkrét funkciókat, köztük az alternatív szöveg generálását, a tartalomfordítást, a taxonómiajavaslatot, a szemantikus keresést és az oldalépítő ügynököket. Az alapmodul önmagában semmi láthatót nem csinál addig, amíg nem telepítünk szolgáltatót, nem adunk meg hozzáférési adatokat és nem kapcsoljuk be a kívánt almodulokat.

Ingyenes a Drupal AI használata? A modulok szabadok és nyílt forrásúak, ugyanazzal a licenccel, mint a Drupal mag, a modellhívások viszont nem azok. Minden generálás, beágyazás és visszakeresés tokeneket küld a beállított szolgáltatóhoz, az pedig millió tokenenként számláz a saját pénznemében. A saját hardveren futtatott modell megszünteti a tokenenkénti számlát, és fix havi költségre cseréli a kiszolgáló gépért, ami csak egy bizonyos mennyiség fölött olcsóbb.

Elküldi a Drupal AI a tartalmamat harmadik félnek? Üzemeltetett szolgáltató esetén igen. A mező tartalma és a promptunk minden hívásnál elhagyja az infrastruktúránkat, egy tartalomkezelő rendszer pedig a cikkek mellett a hozzászólásokban, a felhasználói profilokban és a webűrlapos beküldésekben is személyes adatot tárol. A brit GDPR szerint továbbra is adatkezelők maradunk, az ICO az AI bevezetések túlnyomó többségében DPIA-t vár el, és a saját üzemeltetésű modell az egyetlen olyan beállítás, amelynél semmi nem hagyja el a saját kiszolgálóinkat.

Éles üzemre kész a Drupal AI Search? Önmagában nem. Az AI Search modulnak 2026. szeptember 2-án nem volt támogatott stabil kiadása, csak alfa építései mindkét ágon, és igényli a Search API modult, valamint egy vektoradatbázist, amelyet aztán a csapatunknak kell üzemeltetnie. Azok az oldalak, amelyek jó eredményt érnek el vele, hibrid visszakeresést és darabolási stratégiát építettek köré, ezért kezeljük egy keresési projekt egyik alkotóelemeként, ne pedig bekapcsolható modulként.

Mennyibe kerül egy Drupal AI megvalósítás? Egy szűk bevezetés, amely az AI modult, egy szolgáltatót, az alternatív szöveget és a fordítást, a szerepkör szintű irányítást és a DPIA támogatását fedi le, általában 4 000 és 9 000 font között alakul. Egy teljes szerkesztőségi csomag kódban tartott promptokkal és költségfigyeléssel 10 000 és 25 000 font között van. A szemantikus keresés vagy egy nyilvános csevegőrobot nagy tartalomhalmazon, hibrid visszakereséssel, darabolással és értékeléssel 25 000 és 60 000 font közé esik, a tokenköltség pedig a legkisebb sorként rakódik fölé.