자주 묻는 질문

MS WebX는 IT 회사입니다. 웹사이트와 웹 플랫폼, iOS·Android 네이티브 앱을 만들고 여기에 AI를 붙입니다. 만든 것이 실제로 검색되도록 하는 SEO 작업도 함께 합니다. 또한 고객사에 쓰는 것과 같은 플랫폼 위에서 자체 제품을 운영하고 있어, 기반은 다른 누군가가 의존하기 전에 이미 운영 환경에서 검증됩니다.

의도적으로 둘 다입니다. 저희가 제공하는 것은 자체 제품에서 먼저 돌아갑니다. 다국어 페이지 시스템, API 계층, 관리 도구, 애널리틱스가 그렇습니다. 고객 프로젝트가 검증되지 않은 기반에서 시작하는 일은 없고, 코어에 문제가 생기면 고객보다 저희가 먼저 알아챕니다.

여기 적힌 내용과 무관한 세 가지 방법이 있습니다. 이 사이트의 사업자 정보 페이지에 법적 회사 정보가 있습니다. 자체 제품은 공개되어 있어 연락 없이 바로 써 볼 수 있습니다. 그리고 문의 페이지는 코드를 쓰는 사람에게 바로 닿습니다. 앞단에 콜센터가 없습니다.

기술적 해법이 아니라 목표를 말해 주세요. 범위가 정말 분명해질 때까지 질문하고, 무엇이든 만들기 전에 문서로 남깁니다. 요청하신 방향이 목표에 맞지 않는다고 판단되면 비용을 쓰기 전에 말씀드립니다. 이 대화가 그로 인해 막게 되는 재작업보다 훨씬 쌉니다.

작고 눈에 보이는 단위로 진행합니다. 작업물은 언제든 브라우저로 열어 볼 수 있는 스테이징 환경에 올라가고, 실서비스에는 승인하실 때만 반영됩니다. 완성품을 프로젝트 막바지에 처음 보는 일은 없습니다. 그때는 어떤 변경도 비싸집니다.

저희가 만든 것은 계속 관리되는 것을 전제로 합니다. 의존성 업데이트, 모니터링, 사업이 바뀌면 따라오는 변경이 있습니다. 이를 저희가 계속 맡을지 고객사 팀이 넘겨받을지는 프로젝트 안에서 정하지, 나중에 당연하게 여기지 않습니다. 저희만 손댈 수 있는 방식으로는 만들지 않습니다.

먼저 기존 코드를 읽고, 시스템의 수명 전체로 볼 때 이어가는 쪽과 교체하는 쪽 중 무엇이 더 싼지 솔직하게 말씀드립니다. 두 답 모두 나옵니다. 물려받은 코드가 사실은 멀쩡하고 문서만 부실한 경우도 흔합니다. 반사적으로 재구축을 권하지는 않습니다. 재구축은 누군가가 팔 수 있는 것 중 가장 비싼 물건입니다.

서버는 PHP, 브라우저는 TypeScript, iOS와 Android는 Flutter, 데이터는 MariaDB, 서빙은 nginx와 FrankenPHP입니다. 저희 다음에 누가 와도 유지보수할 수 있도록 일부러 현행이면서 널리 알려진 기술을 씁니다. 품질은 선의가 아니라 기계가 지킵니다. 정적 분석이 예외 목록 없이 가장 엄격한 수준으로 돌고, 여기에 이백 개가 넘는 자체 규칙이 코드가 어긋나는 즉시 막습니다.

공통 코어와 그 위에 브랜드별 얇은 층을 얹은 하나의 코드베이스입니다. 브랜드마다 디자인, 콘텐츠, 데이터베이스, 도메인은 따로 가져가지만 보안 수정, 성능 개선, 코어의 새 기능은 사이트마다 손으로 옮기지 않고 한 번에 모두에 반영됩니다. 브랜드를 추가하는 일은 설정과 콘텐츠 작업이지 포크가 아닙니다.

예. 그리고 그 표현이 보통 뜻하는 것보다 더 엄격합니다. API는 PHP에서 한 번 정의하고, 웹용 TypeScript 클라이언트와 앱용 Dart 클라이언트를 모두 그 정의에서 생성합니다. 둘 다 손으로 쓰지 않습니다. 손으로 쓴 API 타입은 린터가 거부합니다. 그래서 앱이 서버와 조용히 어긋날 수 없습니다. 불일치는 운영이 아니라 빌드를 깨뜨립니다.

진짜입니다. 모든 페이지가 언어별로 별도의 레코드로 존재하고, 텍스트도 URL도 각각입니다. 이 FAQ는 영어로는 /frequently-asked-questions, 독일어로는 /de/haeufig-gestellte-fragen에 있습니다. 번역 파라미터 뒤에 있는 게 아닙니다. 덕분에 각 언어를 그 시장에서 실제로 검색하는 표현으로 쓸 수 있고, 한 언어만 나머지 열일곱을 건드리지 않고 고칠 수 있습니다.

그러라고 만든 구조입니다. 브랜드마다 데이터베이스, 도메인, 콘텐츠가 따로여서 한 브랜드가 다른 브랜드의 데이터를 읽을 수 없고, 한쪽의 콘텐츠 실수가 다른 쪽에 나타나지도 않습니다. 공유하는 것은 엔진입니다. 라우팅, API 계층, 관리 도구, 그리고 보안 작업입니다.

Cannabivo는 이미 서비스 중입니다. 소셜 클럽 검색 서비스로, 이용자는 지역별로 클럽을 찾아 비교하고 클럽은 자기 정보를 직접 관리합니다. Steel은 설계와 구매를 위한 소재 등가 자료로, 개발 중이며 아직 공개되지 않았습니다. 둘 다 이 항목에서 설명한 기반 위에서 돌아갑니다.

고객사의 것입니다. 저희는 의뢰받은 서비스를 운영하기 위해서만 처리하고, 그 외에는 쓰지 않습니다. 다른 고객의 데이터와 섞지 않고, 팔지 않으며, 고객사의 사용자에게 광고하기 위해 쓰지도 않습니다. 관계가 끝나면 데이터는 고객사가 그대로 가져갑니다.

연결은 HTTP/3로 이뤄지고, 도메인은 브라우저에 미리 포함된 HSTS 목록에 올라가 있습니다. 그래서 브라우저는 첫 방문부터 암호화 없는 통신을 거부합니다. 리다이렉트를 가로챌 틈이 아예 없습니다. 키 교환은 양자내성 방식으로, X25519와 ML-KEM-768을 함께 씁니다. 오늘 캡처된 트래픽이 훗날 양자컴퓨터의 공격을 받게 되더라도 버티도록 고른 방식입니다.

소스 코드에는 절대 두지 않습니다. 이는 각오가 아니라 빌드가 강제합니다. 비밀값이 코드에 박혀 있으면 병합되기 전에 거부됩니다. 비밀값은 설정 저장소에 암호화되어 있고, 실행 시점에 실제로 필요한 곳에서만 복호화됩니다. 그래서 키 교체는 코드 전체를 뒤지는 일이 아니라 한 곳의 한 번의 변경입니다.

예. 애플리케이션 이벤트, 오류, 관리자 작업은 서버 여기저기 흩어진 텍스트 파일이 아니라 데이터베이스에 기록되므로 실제로 검색할 수 있습니다. 관리자 변경은 누가 했고, 무엇이 바뀌었으며, 언제였는지를 남깁니다. "지난달에 이 가격을 누가 바꿨나"라는 질문에 추측이 아니라 답이 나옵니다.

필수가 아닌 쿠키는 방문자가 동의한 뒤에만 설정하고, 그 선택을 기록합니다. 저희가 만드는 모든 사이트에는 나중에 이를 바꾸거나 철회할 수 있는 페이지가 있습니다. 거부는 클릭 한 번이면 되고, 설정 메뉴를 뒤질 필요가 없습니다. 거부한 방문자도 정상적으로 작동하는 사이트를 봅니다.

모델이 제품 안에서 정의된 하나의 일을 맡고, 대안보다 측정 가능하게 낫다는 뜻입니다. 들어오는 메시지 분류, 사람이 최종 승인하는 초안 작성, 입력한 단어가 아니라 의도를 이해하는 검색 같은 것들입니다. 완성된 웹사이트에 붙인 채팅 말풍선이 아닙니다. 쓸모 있는 질문은 언제나 "AI를 넣을 수 있나"가 아니라 "지금 어떤 반복 작업이 시간을 잡아먹고 있나"입니다.

콘텐츠입니다. 다국어 자료는 모델의 도움으로 만들고 최신 상태를 유지하되, 공개 전에 언어별로 사람이 검수합니다. 모델 출력 그대로 내보내는 일은 없습니다. 저희가 AI를 조심스럽게 말하는 이유도 그것입니다. 어디가 강하고 어디에 아직 사람이 필요한지를 직접 해 보며 알고 있습니다.

무엇이든 만들기 전에 어느 제공자가 어떤 데이터를 처리하고 무엇이 보관되는지를 문서로 명시합니다. 그 답이 받아들이기 어렵다면 기능을 다르게 설계하거나 아예 만들지 않습니다. 동의하지 않은 방식으로 데이터가 고객사 시스템을 떠나는 일은 없습니다. "전송되는 줄 몰랐다"는 결말은 저희가 만들 생각이 없습니다.