WordPress냐 PrestaShop이냐?
진짜 질문은 누가 업데이트하느냐입니다.
둘 다 작동합니다. 둘 다 멈춥니다. 결정적인 것은 거의 언제나 선택한 소프트웨어가 아니라, ‘누가 관리하는가’라는 항목 옆에 적힌 이름입니다.
2026년 8월 4일 게시 · 읽는 시간 6분 · SkyNet 기술팀
사이트가 멈춘 것은 아닙니다 그날.
어느 목요일 아침, 온라인 스토어가 빈 화면만 띄웁니다. 대표가 제작사에 전화합니다. 견적서는 3년 전 것이고, 당시 담당자는 이미 퇴사했습니다. 호스팅 제공사에 전화하니, 밤사이 PHP(서버에서 사이트를 돌리는 언어) 버전을 올렸다고 확인해 줍니다 — 6개월 전에 이메일로 공지한 대로 말입니다. 사이트는 예전 버전에 그대로 머물러 있었습니다.
그 목요일에 잘못을 저지른 사람은 없습니다. 잘못은 오픈하던 날, 다음 날부터 누가 사이트를 맡을지 적어 두지 않은 채 모두가 악수를 나눴을 때 이미 저질러졌습니다.
하나는 게시하기 위해 태어났고,
다른 하나는 판매를 위해.
WordPress — 글쓰기
CMS(콘텐츠 관리 시스템: 코딩 없이 페이지를 만드는 소프트웨어)입니다. 게시를 위해 태어났고, 그 일을 대부분보다 잘합니다. 확장 기능을 쓰면 판매도 할 수 있습니다. 상품이 열 개 남짓이고 결제가 단순하다면 합리적인 선택입니다.
PrestaShop — 판매
전자상거래에 필요한 것이 기본 틀에 들어 있습니다. 상품 목록, 옵션(사이즈, 색상), 재고, 부가세, 배송사, 반품, 환불. 다른 곳에서는 임시로 붙여야 하는 것이 여기서는 이미 준비되어 있습니다. 대신 운영에 더 많은 엄정함을 요구합니다.
둘 다 작동합니다. 잘못된 선택이 사이트를 멈추게 하지는 않습니다. 마찰을 더할 뿐입니다. 그 대가는 장애가 아니라 시간으로 치릅니다. 그래서 이 질문을 먼저 던지면 정작 중요한 질문의 자리를 빼앗게 됩니다.
네 개의 회선,
그리고 각각에 이름 하나씩.
웹사이트는 납품하는 물건이 아닙니다. 매일 돌아가는 서비스이며, 그 서버는 고객님의 의견을 묻지 않고 변해 갑니다. 옆의 네 줄이 온갖 도구 비교표만큼의 값어치를 합니다.
네 가지 전문 영역,
그리고 같은 사람이 아닙니다.
- 누가 업데이트하는가 — 코어, 테마(디자인), 그리고 확장 기능 하나하나. 그다음 사이트가 정상인지 확인하는 사람도 필요합니다. 확인하지 않은 업데이트는 도박입니다.
- 누가 백업하는가 — 파일은 그리고 데이터베이스(주문, 고객, 문구가 사는 곳)입니다. 파일만 백업해서는 스토어를 되살릴 수 없습니다.
- 누가 복원하는가 — 같은 사람도, 같은 역량도 아닙니다. 그 사실은 가장 나쁜 순간에 알게 됩니다.
- 누가 응대하는가 — 번호 하나, 시간대 하나, 기한 하나. 양식 주소가 아닙니다.
모두를 가르는 시험. 마지막으로 언제였는지 물어보십시오: 복구 성공한 시점입니다. 마지막 백업 시점이 아닙니다. 한 번도 복원해 보지 않은 백업은 백업이 아닙니다. 괜찮기를 바라는 파일일 뿐입니다. 저희는 회선에도 같은 원칙을 적용합니다. 시험하지 않은 것은 갖춰진 것이 아닙니다.
여덟 개의 확장 기능,
아홉 개의 소프트웨어입니다.
확장 기능(양식, 결제, 배송사 연동 같은 기능을 얻기 위해 추가하는 모듈)은 다른 누군가가 만든, 자기만의 업데이트 주기를 가진 엄연한 소프트웨어입니다.
확장 기능은 저마다 기능 하나와 의존성 하나를 동시에 가져옵니다. 개발자가 손을 뗀 확장 기능은 쓸모없어지는 것이 아니라, 아무도 지키지 않는 출입문이 됩니다.
- 마지막 업데이트 날짜를 보십시오 전에 평점보다 먼저 보십시오.
- 그것이 사라지면 무엇이 망가지는지 물어보십시오. 양식은 대체할 수 있지만, 결제 연동은 그만큼 빠르게 대체되지 않습니다.
- 그것을 계약에 넣으십시오. 계약에 없는 확장 기능은 아무도 관리하지 않습니다.
한 번에 망가지는 것은 없습니다.
바로 그것이 문제입니다.
업데이트하지 않은 사이트는 꺼지지 않습니다. 서서히 어긋납니다. 그리고 그것이 눈에 보이는 날, 복원하려는 백업에는 이미 그 문제가 들어 있습니다.
열여덟 달을,
순서대로 풀어 놓습니다
누구도 잘못하고 있지 않습니다. 바로 그래서 이런 일이 생깁니다.
- 지연은 스스로를 키웁니다 — 격차가 벌어질수록 업데이트가 더 위험해 보입니다. 그래서 미룹니다.
- 반면 서버는 앞으로 나아갑니다 — 호스팅 제공사는 귀사가 아니라 자기 일정을 따릅니다.
- 봇은 귀사를 겨냥하지 않습니다 — 그들은 주소를 훑고 다닙니다. 작다는 것은 아무것도 지켜 주지 않습니다.
업데이트가 쌓입니다
“업데이트 12건 있음.” 아무도 클릭하지 않습니다. 그 뒤에 사이트가 망가지면 무엇을 해야 할지 아무도 모르기 때문입니다.
이제 아무도 손대지 못합니다
지연은 아무것도 하지 않을 이유가 되어 버립니다.
호스팅 제공사가 PHP를 바꿉니다
뒤처진 확장 기능이 멈춥니다. 이제 체크 항목 하나가 아니라 하나의 공사가 됩니다.
문은 열린 채로 남습니다
오래전에 공개된 취약점이 악용됩니다. 알 수 없는 페이지들이 생기고, 검색 엔진이 그것을 색인합니다.
백업은 구해 주지 않습니다
침입 이전 시점으로 되돌려야 합니다. 침입 날짜를 모르면 사이트와 함께 문제까지 복원하게 됩니다.
웹사이트는 잘못 골라서 멈추는 것이 아닙니다. 혼자 방치되어서 멈춥니다.
웹사이트는 인프라 위에서 살아갑니다, 허공에 대고가 아니라.
판단 기준표는,
다섯 줄로.
선택을 이끌어야 할 것 — 그리고 그에 맞춰 대비해야 할 것.
| 귀사의 상황 | 합리적인 것 | 준비해야 할 것 |
|---|---|---|
| 콘텐츠 중심, 판매는 적거나 없음 | WordPress | 아주 짧은 시간이라도 이름이 정해진 담당자 |
| 옵션, 재고, 배송사, 반품 | PrestaShop | 제작 예산만이 아니라 운영 예산 |
| 적은 수의 상품, 하나의 배송 방식 | WordPress에 판매용 확장 기능 | 결제 처리 경로는 계약서에 명시되어야 합니다 |
| 이미 작동하고 있는 사이트 | 쓰던 도구를 바꾸지 않습니다 | 쓸모 있는 작업은 전면 개편이 아니라 유지보수입니다 |
| 내부 담당자 없음, 계약도 없음 | 현재로서는 둘 다 아님 | 이 항목부터 정리하십시오. 도구는 그다음입니다 |
유지보수 계약, 최소한의.
여섯 줄입니다. 하나라도 빠져 있다면 계약 전에 이유를 물으십시오.
- 업데이트 주기와 그 범위: 코어, 테마, 확장 기능 — 각각을 명시해서.
- 백업 주기, 보관 기간, 그리고 보관 위치. 사이트 서버 위는 안 됩니다.
- 정기적인 복원 시험을, 날짜를 적고 보고서와 함께.
- 완전 중단 시의 응답 시간, 그리고 그것이 적용되는 시간대.
- 접근 권한을 누가 가지고 있는가: 호스팅, 도메인, 관리 권한은 귀사 명의여야 합니다.
- 저희가 보장하지 않는 것. 제외 사항을 말하지 않는 계약서는 읽을 수 있는 계약서가 아닙니다.
저희가 약속하지 않는 것. 사이트가 결코 침해당하지 않을 것이라는 약속은 하지 않습니다. 정직하게 그렇게 쓸 수 있는 사람은 없습니다. 저희가 쓰는 것은 복구까지의 시간과 백업의 보관 기간입니다. 그리고 유지보수 없이 방치된 사이트에 대해서는 어떤 숫자도 제시하지 않습니다. 측정하지 않았기 때문입니다.
저희는 Accor 및 Logis Hôtels 소속 호텔들과 일하고 있습니다. 그들은 저희를 신뢰합니다.
웹사이트, 회선, 그리고 단말기:
같은 팀.
저희 서비스는 프랑스에 위치한 ISO 27001 및 HDS 인증 데이터센터를 기반으로 합니다. 회선, PC, 사이트를 Rouen의 같은 팀이 맡습니다. 문제가 생기면 전화할 번호는 하나입니다.
기억할 점
- 도구가 결정하는 것은 일상의 마찰, 장애 자체 때문인 경우는 드뭅니다.
- 실제로 결정하는 것: ‘누가 업데이트하고, 누가 백업하고, 누가 복구하고, 누가 응대하는가’ 옆에 적힌 이름.
- 확장 기능 하나하나가 관리해야 할 소프트웨어 하나이자, 출입문 하나입니다.
- 한 번도 복구해 보지 않은 백업은 백업이 아닙니다. 마지막으로 복구에 성공한 날짜를 물어보십시오.
- 호스팅, 도메인, 관리 권한: 귀사 명의로. 언제나.
이야기하기 전에 먼저 사이트 목록을 작성합시다
사이트 주소와 호스팅 제공사 이름을 알려주십시오. 어떤 확장 기능이 더 이상 관리되지 않는지, 백업이 존재하는지, 접근 권한이 누구 명의인지 말씀드립니다. 위장된 견적이 아니라 서면 현황 점검서입니다.