Drupal의 AI는 더 이상 필요한 사람이 그때그때 갖다 붙이던 벤더별 컨트리뷰트 모듈의 산개가 아닙니다. 지금은 추상화 계층을 밑에 깔고 있는 하나의 조율된 프로젝트이고, 보안팀이 관리하는 릴리스 주기를 가지며, Drupal CMS 안에서는 설치 도중에 일부를 켤지 물어보는 완성된 제품으로 묶여 있습니다. 물어야 할 질문은 Drupal이 AI를 할 수 있느냐에서, 어느 부분을 켤 만한 가치가 있느냐, 그리고 편집자 네 명이 매 근무일 그것을 쓸 때 각 기능이 얼마나 드느냐로 옮겨갔습니다.
대부분의 글은 데모에서 멈춥니다. 누군가 프롬프트를 입력하면 페이지가 생기고, 보고 있는 사이에 챗봇이 콘텐츠 타입을 만듭니다. 데모 자체는 진짜입니다. 다만 그 데모가 말해주지 않는 것이 있습니다. 편집자가 그 버튼을 누르는 순간 우리 인프라에서 무엇이 빠져나가는지, 목록에 올라 있는 모듈 가운데 어느 것이 안정 릴리스를 한 번도 내지 않았는지, 그리고 어떤 예산 항목이 실제로 불어나는지입니다.
Drupal AI는 기업에 무엇을 주는가. AI 모듈의 프로바이더 추상화가 채팅, 임베딩, 번역, 이미지 호출을 설정된 어느 벤더로든, 또는 자체 하드웨어 위의 모델로든 보내줍니다. 그 위에 대체 텍스트, 번역, 편집 보조, 시맨틱 검색, 사이트 구축 에이전트를 위한 서브모듈이 얹힙니다. 용도가 좁은 기능들은 운영에 쓸 만하고 돌리는 비용도 아주 적습니다. 시맨틱 검색과 에이전트는 아직 알파이거나 덜 여물었고, 주위에 실제 엔지니어링을 붙여야 합니다.
2026년의 Drupal AI는 실제로 무엇인가
등뼈에 해당하는 것은 하나의 컨트리뷰트 프로젝트입니다. AI (Artificial Intelligence) 모듈은 17,818개 사이트에서 쓰인다고 보고하고, Drupal 10.5 이상 또는 11.2 이상에서 동작하며, 1.4.7과 1.3.12 안정 릴리스에 더해 2026년 8월 27일에 공개된 1.5.0 릴리스 후보를 가지고 있습니다. 안정 브랜치는 Drupal 보안팀이 담당하는데, 고객 사이트에서 무언가를 돌릴지 판단할 때는 기능 목록보다 이 사실이 더 무겁습니다. 2.0.x 브랜치도 활발히 개발되고 있습니다.
그 아래 플랫폼의 상황을 함께 보면, 현재 권장되는 Drupal 코어 릴리스는 2026년 8월 6일에 나온 11.4.5이고, 아직 올리지 못한 사이트를 위해 10.6.15도 유지되고 있습니다. Drupal이 애초에 맞는 플랫폼인지부터 고민 중이라면 2026년 Drupal 웹 개발 가이드가 그 질문을 따로 다룹니다.
진짜 중요한 부분은 프로바이더 추상화
개발자 문서는 설계를 있는 그대로 말합니다. AI 프로바이더는 Drupal이 호출할 수 있는 서비스이고, 그 호출은 오퍼레이션 타입으로 추상화되어 있다는 것입니다. 이름이 붙은 타입에는 기본형과 스트리밍형 채팅, 텍스트에서 이미지, 텍스트에서 음성, 음성에서 텍스트, 임베딩, 모더레이션, 오디오에서 오디오, 발화에서 발화, 이미지 분류, 텍스트 번역, 이미지에서 이미지가 들어갑니다.
그 결과는 기술적이기보다 상업적입니다. 채팅 오퍼레이션에 맞춰 작성된 모듈은 어떤 프로바이더가 설정되어 있든 동작하므로, 벤더를 바꾸는 일은 재작성이 아니라 설정 변경이 됩니다. Drupal 자체 프로바이더 페이지는 OpenAI, Anthropic, Google Gemini와 Vertex, AWS Bedrock, Azure, Mistral, Groq, Hugging Face, DeepL, Deepgram, ElevenLabs, LiteLLM, LM Studio, Ollama, amazee.ai를 포함해 48개의 통합을 나열합니다.
그 이식성에는 일찍 말해둘 만한 한계가 있습니다. 이식되는 것은 인터페이스이지 프롬프트가 아닙니다. 한 모델에 맞춰 다듬은 프롬프트는 다른 모델에서 결과가 나빠지는 일이 잦아서, 프로바이더 교체는 코드로는 싸고 프롬프트 검증 한 바퀴만큼 비쌉니다.
상자 안에 들어 있는 것
AI 프로젝트는 핵심 계층에 더해 오토메이터, 디버깅에 쓰는 API 탐색기, 관측성과 로깅, 챗봇, CKEditor 연동, 어시스턴트와 에이전트 API를 서브모듈로 묶어 제공합니다. 그 안에서 시작된 여러 기능은 이후 각자의 컨트리뷰트 프로젝트로 빠져나갔고, 처음 검색했을 때 생태계가 흩어져 보이는 이유가 그것입니다. AI Search, AI Content Suggestions, AI Translate, AI Validations, AI ECA, Field Widget Actions는 이제 각각의 릴리스 주기를 갖고 성숙도도 크게 다릅니다.
Drupal CMS는 그것을 어떻게 포장하는가
Drupal CMS는 코어의 한 버전이 아니라 별도의 제품이고, 개발자보다 마케터와 콘텐츠 팀을 향합니다. Drupal CMS 2.0은 2026년 1월 28일에 출시되었고 Drupal 코어 11.3 위에 세워졌으며, 릴리스 흐름은 그 뒤로도 멈추지 않았습니다. 2.1.4가 2026년 9월 1일에 공개되었습니다.
거기에 묶여 있는 AI 기능은 일부러 좁게 만들어졌습니다. 사용 가능한 Canvas 컴포넌트로 텍스트 프롬프트에서 완성된 페이지를 만들고, 콘텐츠 타입 생성이나 택소노미 용어 정의, 필드 추가 같은 사이트 구축 작업을 위한 관리자 챗봇을 돌리며, 사람의 검토를 끼워 넣은 채로 대체 텍스트를 생성하고, 어떤 기능이 켜져 있고 어떤 프로바이더가 설정되어 있는지 보여주는 대시보드를 제공합니다. 설치 흐름에서는 amazee.ai, OpenAI, Anthropic을 고를 수 있습니다.
릴리스 공지에서 위험 평가의 모양을 정해야 할 단어는 “선택"입니다. 누군가 프로바이더를 설정하고 자격 증명을 넣기 전까지 Drupal CMS 설치본은 모델을 부르지 않으므로, 갓 설치한 상태는 그 자체로 데이터 보호 문제가 아닙니다. 문제가 되는 순간은 관리자가 프로바이더 양식에 API 키를 붙여 넣을 때이고, 그 일은 대개 책임을 지는 사람이 아니라 손이 빠른 사람이 해치웁니다.
값을 하는 활용처
대체 텍스트와 미디어 메타데이터
AI Image Alt Text 모듈은 10,467개 사이트를 보고하고, Drupal 10.2와 11을 대상으로 2025년 12월 5일에 1.0.2를 냈습니다. 모든 이미지 필드 위젯에 생성 버튼을 놓고, 다국어 콘텐츠와 사용자 지정 프롬프트를 지원하며, 이미 사이트에 올라와 있는 이미지의 대체 텍스트를 한꺼번에 다시 만드는 서브모듈도 함께 제공합니다.
이것이 전체에서 가장 분명한 이득입니다. 다른 방법으로는 결코 손대지 않는 일을 겨냥하기 때문입니다. 이미지 6,000장짜리 라이브러리는 어떤 조직도 예산을 대주지 않는 몇 주치 수작업을 뜻합니다. 그래서 alt 속성은 비어 있는 채로 남고, 접근성 감사는 해마다 같은 줄에서 떨어집니다. 생성에 검토를 붙이면 그것이 며칠짜리 일이 됩니다. 검토가 실제로 이루어진다면 말입니다.
다국어 사이트 전체의 번역
AI Translate는 2026년 8월 27일에 안정 버전 1.4.0에 도달했고, 886개 사이트를 보고하며, Drupal 10.4 이상 또는 11에서 동작합니다. Drupal 자체 콘텐츠 번역 체계에 한 번 클릭으로 번역하는 기능을 더한 것으로, 번역 탭에서 동작하고 여러 필드 유형과 참조 엔티티를 다룹니다.
설계상 중요한 점은 Drupal의 기존 번역 워크플로를 대체하지 않고 그 안을 채운다는 것입니다. 리비전, 모더레이션 상태, 권한이 있던 자리에 그대로 남고, 사람은 평소 화면에서 결과를 고칠 수 있습니다. 그것이 규제를 받는 고객 앞에 내놓을 수 있는 번역 기능과, 편집 통제를 우회하는 덧붙임 기능의 차이입니다.
편집 보조와 택소노미
AI 프로젝트는 CKEditor 연동을 함께 제공하고, AI Content Suggestions 모듈은 컨트리뷰트로 옮겨 가 요약, 가독성 점수, 모더레이션, 어조 조정, 제목 생성, 택소노미 태그 제안을 저작 화면 안에서 맡습니다. 여기가 생태계에서 가장 붐비고 가장 덜 정리된 구석이며, 이 자리의 모듈들은 다른 곳보다 릴리스마다 모양이 더 많이 바뀝니다.
그중 무엇이든 계획의 전제로 삼기 전에 프로젝트 페이지에 적힌 설치 수를 읽어보십시오. 대체 텍스트는 1만 개 사이트를 넘고, 편집 계열 모듈 여럿은 수백 대에 머뭅니다. 그것은 코드에 대한 평가가 아니라 실제 운영에서 얼마나 시달려 봤는지를 재는 눈금이고, 테스트에 몇 시간을 잡을지 결정해야 합니다.
가장 실망하기 쉬운 기능은 시맨틱 검색
AI Search는 사람들이 이름을 대고 요구하는 모듈이면서, 켤 준비가 가장 덜 된 모듈입니다. 2026년 9월 2일 기준으로 지원되는 안정 릴리스가 없습니다. 1.x 브랜치는 2026년 7월 12일의 1.3.0-alpha4, 2.x 브랜치는 2026년 6월 24일의 2.0.0-alpha2에 머물러 있고, 보고된 설치 수는 703입니다.
게다가 인프라를 끌고 옵니다. Search API 모듈의 백엔드로 동작하고 벡터 데이터베이스를 요구하며, Milvus, Pinecone, Qdrant, PostgreSQL, MariaDB, OpenSearch, Azure, SQLite를 지원합니다. 정직하게 말하면 알파 소프트웨어에 더해, 이제 팀이 운영하고 감시하고 백업해야 할 데이터 저장소가 하나 늘어난다는 뜻입니다. 그것은 체크박스가 아니라 프로젝트입니다.
더 깊은 문제는 모듈보다 위쪽에 있습니다. 시맨틱 검색의 품질은 넣어주는 청크의 품질을 넘지 못하고, 느슨하게 이어진 여섯 가지 주제를 긴 페이지 하나에 담은 콘텐츠는 아무것도 특정하지 못하는 벡터로 임베딩됩니다. 벡터 검색에서 좋은 결과를 얻는 사이트는 거의 예외 없이 콘텐츠를 먼저 다시 짰고, 그 재구성이 실제 작업입니다.
에이전트 방식의 사이트 구축
AI Agents 모듈은 텍스트를 동작으로 옮기는 에이전트를 위한 프레임워크로, 2026년 8월 13일부터 안정 버전 1.3.4이고, 보고된 설치 수는 9,677이며 Drupal 10.3과 11 이상을 지원합니다. 필드, 콘텐츠 타입, 택소노미를 다루는 에이전트 셋을 기본으로 갖추고 챗봇 및 AI Assistants API와 연동됩니다.
잘 쓰면 구축의 지루한 중간 구간에서 정말로 쓸모가 있습니다. 콘텐츠 타입 여섯 개에 걸쳐 필드 서른 개를 손으로 만드는 일은 설계 가치를 전혀 만들지 않는 오후 내내의 클릭이고, 에이전트는 설명 한 줄에서 그것을 몇 분 만에 끝냅니다. 대신 그 콘텐츠 타입이 무엇이어야 하는지는 정해주지 않는데, 2년 뒤에도 사이트가 굴러가는지를 가르는 것은 바로 그 부분입니다.
시간을 아끼는 도구와 사고를 가르는 운영 규칙이 하나 있습니다. 설정을 다루는 에이전트는 운영 환경이 아니라 설정 내보내기를 켠 개발 환경에서 돌리십시오. 그래야 모든 변경이 버전 관리 안에서 검토 가능한 차이로 도착합니다. 업무용 AI 에이전트의 비용과 실패 양상에 대한 글에서 검토 없이 실행된 에이전트 동작이 왜 가장 비싼 AI 실패인지 다룹니다.
호스팅형 API인가, 직접 돌리는 모델인가
추상화 덕분에 형태는 셋이고, 그 선택은 비용과 지연, 데이터 처리 방식을 각각 다른 방향으로 움직입니다.
기본값은 호스팅형 벤더 API입니다. 시작하기에 가장 싸고, 인프라가 필요 없으며, 가장 강한 모델에 닿습니다. 동시에 호출할 때마다 콘텐츠가 우리 네트워크 밖으로 나간다는 뜻이고, 운영 비용은 우리가 통제하지 못하는 변동 청구서가 됩니다.
데이터 소재지를 계약으로 보장하는 프로바이더의 전용 또는 관리형 엔드포인트가 중간에 놓입니다. 여전히 토큰 단위로 지불하지만 리전을 지정할 수 있고 처리에 관한 계약 조건을 받습니다. 영국과 EU 고객 대부분이 결국 고르는 쪽입니다.
Ollama나 LM Studio로 서빙해 프로바이더로 설정하는 자체 하드웨어 위의 모델은, 콘텐츠가 우리 인프라를 한 번도 떠나지 않는 유일한 형태입니다. 비용의 모양이 뒤집힙니다. 하한이 없는 토큰 단위 청구 대신, 열 번을 부르든 1,000만 번을 부르든 장비에 대한 고정 월 비용을 냅니다.
지연은 편집 업무에서는 사람들이 생각하는 것보다 덜 중요합니다. 생성된 대체 텍스트를 몇 초 기다리는 편집자는 모델이 어디서 도는지 신경 쓰지 않기 때문입니다. 중요해지는 것은 공개 검색이나 챗봇의 요청 경로 위에 모델이 앉을 때인데, 하필 그 경우가 자체 호스팅 규모를 잡기 가장 어려운 경우입니다.
품질은 솔직한 맞바꿈입니다. 오픈 웨이트 모델은 지시가 단순하고 출력이 짧은 대체 텍스트나 번역 같은 제한된 작업에서 격차의 대부분을 좁혔습니다. 긴 문맥 요약과, 에이전트식 설정 변경이 요구하는 여러 단계의 지시 수행에서는 여전히 뒤처집니다.
Drupal AI를 돌리는 데 드는 비용
토큰 가격은 백만 토큰 단위로 공개되고 미국 달러로 표시됩니다. OpenAI의 가격 페이지는 현재 gpt-5.6-luna를 입력 $0.20과 출력 $1.20, gpt-5.6-terra를 $2.00과 $12.00, gpt-5.6-sol을 짧은 문맥에서 $4.00과 $20.00으로 적고 있습니다. 캐시된 입력은 각 단계에서 새 입력보다 대략 열 배 싸고, 같은 문맥을 다시 보내는 검색 계열 작업에서는 이 차이가 크게 작용합니다.
편집 기능에 대한 추정
이것은 추정이고, 여러분 자신의 측정치로 바꿔야 할 가정 위에 세워져 있습니다. 900단어짜리 페이지를 봅시다. 원문에 시스템 프롬프트를 더하면 입력은 1,500토큰 근처가 되고, 그 번역은 출력 1,600토큰 근처가 됩니다. 대부분의 대상 언어에서 문장이 늘어나기 때문입니다.
중간 등급이라면 입력이 약 $0.003, 출력이 약 $0.019이므로 페이지당 언어당 대략 $0.022입니다. 500페이지의 기존 콘텐츠를 여덟 개 언어로 옮기면 4,000회 호출이고 한 번에 약 $88입니다. 같은 여덟 개 언어로 매달 새 페이지 40개를 따라가면 월 약 $7입니다.
이 숫자는 보통 사람들이 예상한 것과 반대 방향으로 놀라게 합니다. 큰 AI 청구서를 각오했는데 편집 기능은 커피값보다 적게 듭니다. 대체 텍스트와 택소노미 제안은 더 작습니다. 출력이 각각 토큰 수십 개뿐이기 때문입니다.
진짜로 무는 숫자
검색은 다릅니다. 질의마다 찾아낸 문단을 입력으로 모델에 다시 보내기 때문입니다. 500토큰짜리 문단 열 개면 입력 5,000토큰에 질문이 더해지고, 답변은 많아야 300토큰 정도입니다.
가장 싼 등급이면 질의당 약 $0.0014이므로 월 50,000회 질의에 약 $70이 듭니다. 중간 등급이면 같은 트래픽이 약 $680입니다. 모델 선택이 이 청구서를 열 배로 움직이고, 프롬프트 캐싱이 다시 한 번 움직입니다.
그리고 이것은 비용이 편집량이 아니라 방문자 트래픽을 따라가는 유일한 기능이기도 합니다. 나머지는 전부 팀이 얼마나 발행하느냐에 비례하고 그것은 예측할 수 있습니다. 공개된 AI 검색이나 챗봇은 얼마나 많은 사람이 방문하느냐에 비례하고 그것은 예측할 수 없으며, 놀랄 만한 청구서를 만드는 기능이 바로 이것입니다.
추정에서 빠진 것
벡터 데이터베이스 호스팅은 별도의 항목입니다. 관리형 서비스든 팀이 직접 돌리는 서버든 마찬가지입니다. 코퍼스를 한 번 임베딩하는 것은 싸지만 콘텐츠를 저장할 때마다 다시 임베딩하는 것은 싸지 않은데, 아무도 그것을 계산에 넣지 않습니다. 실패해서 재시도된 호출에도 요금이 붙습니다. 그리고 검토 단계는 토큰이 아니라 노동이며, 그래서 거의 언제나 종이 위에서 가장 큰 숫자가 됩니다.
영국과 EU 프로젝트가 멈추는 곳은 데이터 보호
편집자가 생성을 누르면 필드 내용과 프롬프트가 설정된 프로바이더로 갑니다. 호스팅형 API에서 그것은 제3자로의 데이터 이전이고, CMS의 나머지 화면과 똑같이 생긴 인터페이스에서 호출할 때마다 조용히 일어납니다.
콘텐츠 관리 시스템 특유의 위험은 사람들이 거기 무엇이 들어 있는지 과소평가한다는 점입니다. 기사는 안전한 축에 듭니다. 댓글, 사용자 프로필, 웹폼 제출물, 편집 메모, 실명이 등장하는 미발행 초고는 모두 같은 데이터베이스에 앉아 있는 개인정보이고, 조금 넓게 설정된 오토메이터는 그것들을 기꺼이 보내버립니다.
컨트롤러와 프로세서
벤더를 쓴다고 책임이 넘어가지는 않습니다. ICO의 AI의 책임성과 거버넌스 지침은 데이터 보호 준수에 대한 전반적 책임이 컨트롤러, 즉 여러분의 조직에 있다는 점, 그리고 컨트롤러와 프로세서 관계를 식별하는 일이 형식이 아니라 작업의 일부라는 점을 분명히 합니다.
같은 지침은 영향 평가에 대해서도 명확한 기대를 둡니다. 대다수의 경우 AI 사용은 개인의 권리와 자유에 높은 위험을 초래할 가능성이 큰 처리를 수반하므로 DPIA를 수행할 법적 요건이 생긴다고 적고 있습니다. 특정 용도가 고위험이 아니라고 판단한다면, 그 결론에 이른 과정을 문서로 남겨야 합니다. 이 지침은 Data (Use and Access) Act에 따라 현재 재검토 중이므로 세부에 기대기 전에 다시 확인하십시오.
EU AI Act의 투명성 의무
EU 이용자를 상대한다면 Regulation (EU) 2024/1689의 Article 50이 적용됩니다. Article 113은 일반 적용일을 2026년 8월 2일로 정하고 있고 그날은 이미 지났으므로, 이것은 앞으로의 이야기가 아니라 지금 살아 있는 의무입니다.
CMS에 직접 닿는 부분은 셋입니다. Article 50(1)은 사람과 직접 상호작용하도록 의도된 시스템이라면, 그 사람이 AI 시스템을 상대하고 있음을 알 수 있게 만들 것을 요구합니다. 명백한 경우는 예외입니다. 그것이 여러분 사이트의 챗봇입니다. Article 50(2)는 합성 콘텐츠를 생성하는 시스템의 제공자에게 표시 의무를 지우되, 표준적인 편집을 돕는 보조 기능이거나 입력을 실질적으로 바꾸지 않는 경우에는 면제를 둡니다.
프로젝트의 인력 구성을 바꾸는 것은 Article 50(4)입니다. 공익에 관한 사안을 대중에게 알리기 위해 발행되는 텍스트를 생성하거나 조작하는 배포자는 그것이 인공적으로 생성되었음을 공개해야 하며, 그 의무는 콘텐츠가 사람의 검토나 편집 통제를 거쳤고 자연인 또는 법인이 그에 대한 편집 책임을 지는 경우에는 적용되지 않습니다. 잘라내고 싶던 검토 단계가 바로 그 공개 의무를 면하게 해주는 단계입니다.
어디서 실패하는가
아무도 읽지 않는 메타데이터
한꺼번에 생성해 읽지도 않고 발행한 대체 텍스트가 가장 흔한 실패입니다. 기능이 그것을 너무 쉽게 만들기 때문입니다. 비전 모델은 그 이미지가 페이지에서 무엇을 하고 있는지가 아니라 화면 안에 무엇이 있는지를 설명하므로, 제품 사진은 제품명이 아니라 “병을 든 사람"이 됩니다. 스크린 리더 사용자에게 그것은 빈 속성보다 나쁩니다. 페이지가 이미 고쳐진 것처럼 보여서 아무도 다시 들여다보지 않기 때문입니다.
생성된 요약과 메타 설명에도 같은 말이 적용됩니다. 매끄럽게 읽히고, 바로 그래서 검토자가 훑고 넘어가며, 유창하게 틀린 요약은 어색하게 맞는 요약보다 훨씬 오래 살아남습니다.
대체하기 전보다 나빠진 검색
두 가지 실패가 겹칩니다. 첫째는 구조의 문제로, 잘못 쪼갠 콘텐츠는 정확한 하나 대신 대략 관련 있는 문단을 돌려주는 검색을 만듭니다. 둘째는 아무도 예상하지 않는 퇴행, 곧 정확 일치의 상실입니다. 부품 번호나 송장 참조 번호, 성을 입력하는 사용자는 그 문자열 자체를 원하는데, 순수한 벡터 검색은 부품 번호에 관한 의미를 가진 문서를 돌려줍니다.
해법은 하이브리드 검색입니다. 키워드 검색과 벡터 검색을 함께 돌리고 결과를 병합하는 방식으로, 표준적인 관행이지만 AI Search가 알파에 머무는 동안에는 대개 설정하는 것이 아니라 직접 만드는 것이 됩니다.
원문에서 멀어지는 번역
페이지를 기계 번역하는 것 자체는 괜찮습니다. 문제는 그 페이지가 나중에 영어로 바뀌고 번역본은 손대지 않은 채 남을 때이며, 그러면 사이트는 일곱 개 언어로 조용히 스스로를 반박합니다. 모듈에는 원문이 낡았는지 추적하는 장치가 없으므로, 누군가 재번역을 업무로 떠맡아야 합니다.
숫자는 따로 점검할 값어치가 있습니다. 가격을 잘못된 통화 기호로 그리거나, 영어가 환산하지 않은 수치를 환산해버린 번역 페이지는 오탈자가 아니라 상거래 분쟁을 만듭니다.
아무도 예산에 넣지 않은 검토
여기 나온 모든 기능은 일을 없애지 않고 옮깁니다. 생성은 몇 초, 검토는 몇 분이므로 500페이지에서는 검토가 곧 프로젝트입니다. 구현 비용만 잡은 팀은 3주 차에 이것을 발견하고 조용히 그 기능을 쓰지 않게 되는데, AI 파일럿은 그렇게 죽습니다.
그래도 직접 만들어야 하는 것
거버넌스가 먼저입니다. 모듈은 능력을 주지만 정책은 주지 않기 때문입니다. 어떤 역할이 어떤 기능을, 어떤 콘텐츠 타입과 필드에서, 어떤 프로바이더를 상대로 쓸 수 있는지 정한 다음, 그것을 위키 문서가 아니라 설정으로 강제해야 합니다.
프롬프트는 버전 관리되는 설정에 두고 다른 변경과 똑같이 검토하고 배포하십시오. 그날 근무하던 사람이 운영 화면 양식에 입력한 프롬프트는 비용에 직결되는 검증되지 않은 코드입니다.
지출 통제는 포함되어 있지 않습니다. 관측성 서브모듈은 호출을 기록하는데, 그것은 일이 벌어진 다음에 무엇이 벌어졌는지 알려줍니다. 큰 콘텐츠 집합을 맴도는 잘못 설정된 오토메이터에는 프로바이더 쪽의 단단한 상한과 알림이 필요합니다.
대체 경로도 필요합니다. 프로바이더 장애는 편집자가 노드를 저장하지 못하게 만드는 것이 아니라 저작 경험을 완만하게 떨어뜨려야 합니다. 이것은 평범한 통합 엔지니어링이고, 데모와 배포를 가르는 부분이 바로 그것입니다. 프런트엔드 구조를 같이 저울질하고 있다면 헤드리스 CMS와 전통적 CMS 비교가 짝이 되는 판단입니다.
구축에 드는 비용
먼저 단가입니다. 나머지는 전부 거기서 나옵니다. 영국의 Drupal 계약 단가는 중급이 하루 대략 £400에서 £550, 시니어 작업이 £550에서 £750 수준이며, 이는 Drupal 개발자 채용에 관한 글에서 정리한 그대로입니다.
좁은 배포, 그러니까 AI 모듈과 프로바이더 하나, 대체 텍스트와 번역, 역할 단위 거버넌스, DPIA 지원까지는 보통 £4,000에서 £9,000에 놓입니다. 택소노미 제안, CKEditor 보조, 코드로 관리하는 프롬프트, 지출 모니터링을 더한 편집 기능 일습은 £10,000에서 £25,000입니다.
상당한 분량의 콘텐츠를 대상으로 한 시맨틱 검색이나 공개 챗봇은 차원이 다른 작업입니다. 하이브리드 검색, 청킹 전략, 벡터 인프라, 그리고 새 검색이 예전 검색보다 나은지 알려주는 평가 장치까지 포함하면 £25,000에서 £60,000이 됩니다. 토큰 지출은 이 셋 어디에나 얹히지만 첫해에는 대개 가장 작은 항목입니다.
개발 예산 밖에 놓이는 비용이 둘 있습니다. DPIA와 프로바이더 계약 검토는 법무와 데이터 보호의 일이고, 편집 검토 여력은 프로젝트 항목이 아니라 인력 배치의 결정입니다. 둘 다 범위를 잡는 일이 저희 AI 통합 서비스 참여에 포함되는데, 그것들 없이 출시하는 프로젝트는 책임 부담을 함께 출시하기 때문입니다.
실제로 배포하기
Mecanik은 이런 통합을 소프트웨어 개발 업무의 일부로 Drupal 위에 구축하며, 그 양상은 고객이 바뀌어도 일관됩니다. 모듈은 오후 한나절이면 설치됩니다. 시간이 걸리는 쪽은 어떤 기능이 검토 부담을 정당화하는지 정하는 일, 가면 안 되는 곳으로 콘텐츠가 제3자의 로그에 남지 않게 하는 일, 그리고 컨트리뷰트 모듈이 일부러 여러분에게 남겨둔 거버넌스와 모니터링을 만드는 일입니다. 그것을 여러분의 콘텐츠와 규제 상황에 맞춰 범위로 잡고 싶다면 AI 통합 서비스 페이지에서 시작하십시오.
자주 묻는 질문
Drupal AI 모듈은 실제로 무엇을 하나요? 채팅, 임베딩, 텍스트에서 이미지, 텍스트 번역 같은 오퍼레이션 타입으로 AI 호출을 바꾸고, 설정한 프로바이더로 보내주는 추상화 계층을 제공합니다. 서브모듈은 그 계층 위에서 대체 텍스트 생성, 콘텐츠 번역, 택소노미 제안, 시맨틱 검색, 사이트 구축 에이전트 같은 개별 기능을 제공합니다. 기반 모듈 자체는 프로바이더를 설치하고 자격 증명을 넣고 원하는 서브모듈을 켜기 전까지 화면에서 아무것도 하지 않습니다.
Drupal AI는 무료로 쓸 수 있나요? 모듈은 Drupal 코어와 같은 라이선스의 자유 오픈소스이지만 모델 호출은 그렇지 않습니다. 생성과 임베딩, 검색이 일어날 때마다 설정한 프로바이더로 토큰이 전송되고, 그 프로바이더는 자신의 통화로 백만 토큰 단위 요금을 청구합니다. 자체 하드웨어에서 모델을 돌리면 토큰 단위 청구가 사라지고 그것을 서빙하는 장비의 고정 월 비용으로 바뀌는데, 일정 물량을 넘어서야만 더 쌉니다.
Drupal AI가 내 콘텐츠를 제3자에게 보내나요? 호스팅형 프로바이더를 쓴다면 그렇습니다. 필드 내용과 프롬프트가 호출할 때마다 우리 인프라를 떠나고, 콘텐츠 관리 시스템은 기사뿐 아니라 댓글과 사용자 프로필, 웹폼 제출물에도 개인정보를 담고 있습니다. UK GDPR에서 컨트롤러는 여전히 여러분이며, ICO는 AI 도입 대다수에 DPIA를 기대하고, 자체 호스팅 모델만이 우리 서버에서 아무것도 나가지 않는 유일한 구성입니다.
Drupal AI Search는 운영에 쓸 수 있나요? 그것만으로는 안 됩니다. AI Search 모듈은 2026년 9월 2일 기준으로 지원되는 안정 릴리스가 없고 두 브랜치 모두 알파 빌드뿐이며, Search API 모듈과 팀이 직접 운영해야 하는 벡터 데이터베이스를 요구합니다. 좋은 결과를 얻는 사이트는 그 주위에 하이브리드 검색과 청킹 전략을 만들어 두었으므로, 켜기만 하면 되는 모듈이 아니라 검색 프로젝트의 한 부품으로 다루십시오.
Drupal AI 구축에는 비용이 얼마나 드나요? AI 모듈과 프로바이더 하나, 대체 텍스트와 번역, 역할 단위 거버넌스, DPIA 지원을 다루는 좁은 배포는 보통 £4,000에서 £9,000입니다. 프롬프트를 코드로 관리하고 지출을 모니터링하는 편집 기능 일습은 £10,000에서 £25,000입니다. 큰 콘텐츠 집합을 대상으로 하이브리드 검색과 청킹, 평가를 갖춘 시맨틱 검색이나 공개 챗봇은 £25,000에서 £60,000이며, 토큰 지출은 그 위에 얹히는 가장 작은 항목입니다.
댓글