홈›가이드›Wix 댓글 위젯이 Embed Code 로는 안 되는 이유

Wix 댓글 위젯이 Embed Code 로는 안 되는 이유

이 일에 딱 맞아 보이는 요소가 오히려 모든 것을 망가뜨립니다. 넣어야 할 자리는 사용자 지정 코드의 본문 끝.

Mr. Latte
갱신

Wix 에서도 진짜 댓글창을 돌릴 수 있습니다. 다만 이 일에 맞게 만들어진 듯한 Embed Code 요소로는 안 됩니다. 이 요소는 Wix 도메인에서 내려오는 샌드박스 iframe 이라, 자신이 어느 사이트에 있는지 확인하고 방문자에게 Google 로그인을 요청하는 위젯은 엉뚱한 출처를 보고 멈춥니다. 작동하게 하려면 본문 끝(Body - end) 에 넣는 사용자 지정 코드를 써야 합니다. 로더에 몇 줄을 더해 마운트 요소를 직접 만들고, 내가 고른 컨테이너 아래에 붙입니다. 사용자 지정 코드는 도메인이 연결된 발행 사이트에서만 작동하므로 유료 Wix 요금제가 필요합니다.

먼저 요금제 조건을 짚는다

Wix 는 사용자 지정 코드에 어느 요금제가 필요하다고 딱 잘라 쓴 문장을 어디에도 남기지 않았습니다. 대신 두 문장을 합치면 그 뜻을 알 수 있습니다. 개발자 문서에는 사용자 지정 코드가 작동하려면 사이트가 발행되어 있고 도메인이 연결되어 있어야 한다고 적혀 있습니다. 도움말 센터에는 내 도메인을 연결하려면 도메인을 사고 Wix 사이트 요금제를 사야 한다고 적혀 있습니다. 따라서 무료 wixsite.com 사이트에서는 사용자 지정 코드를 쓸 수 없습니다. 패널은 보여도 코드는 끝까지 실행되지 않습니다.

다만 상위 등급까지 필요한 것은 아닙니다. Wix 는 Light, Core, Business, Business Elite 를 나열하고 "All plans allow you to have a custom domain"이라고 적어 두었으므로 가장 아래 등급으로도 이 조건을 충족합니다. Light 는 그 목록의 시작 등급이지만, 이는 목록상의 위치일 뿐 가격에 관한 이야기가 아닙니다. 여기서 참고한 도움말 지면에는 Wix 가 금액을 적지 않고 Premium 가격이 지역마다 다르다고 밝혔으므로, 등급을 가격순으로 나열하는 일은 이 글에서 정직하게 할 수 없습니다. 조건은 커스텀 도메인이며, 모든 유료 요금제에 포함됩니다. Wix Studio 사이트는 같은 논리로 별도의 Studio 등급을 씁니다. 실제 숫자는 내 계정에서, 내가 있는 지역을 기준으로 확인하세요.

무엇을 설치하는 것인가

위젯 자체가 이 페이지에서 작동하고 있습니다. 아래 미리보기는 방문자에게 보이는 화면 그대로입니다. 제대로 마운트하면 Wix 페이지에서도 같은 모습입니다. 그때는 내 사이트의 div 하나일 뿐이기 때문입니다.

미리보기

댓글 2

댓글을 남겨보세요…
홍길동 님으로 작성등록
  • M
    김민수2시간 전

    진짜 한 줄로 끝나네요. 설치가 이렇게 간단할 줄!

  • J
    이서연어제

    로그인까지 공유돼서 따로 붙일 게 없어요. 👍

표본 답글이 들어간 댓글창입니다. Google 로그인과 대시보드 관리는 이 미리보기가 아니라 설치 과정에 함께 포함됩니다.

Embed Code 요소가 이걸 못 돌리는 이유

편집기는 둘이고, 같은 요소로 가는 경로도 서로 다릅니다. 그러니 다른 사람의 설명을 따라가기 전에 내 쪽이 어느 편집기인지 먼저 확인하세요. Wix Editor에서는 요소 추가(Add Elements), 코드 삽입(Embed Code), 인기 삽입 요소(Popular Embeds), HTML 삽입(Embed HTML) 순으로 들어간 다음 코드 입력(Enter Code) 을 누르고 적용(Apply)합니다. Wix Studio에서는 요소 추가, 삽입 및 SNS(Embed & Social), 코드 삽입 순으로 들어간 다음 코드 입력, 적용을 누릅니다. 삽입 및 SNS 묶음이 있는 쪽이 Studio 이고, 옛 Editor 는 같은 것을 인기 삽입 요소 아래에 두고 HTML 삽입이라고 부릅니다. 어느 쪽이든 캔버스에 상자 하나가 놓이고, HTML 을 붙여넣으면 그 안에 HTML 이 그려집니다. 특정 자리에 들어가야 하는 것이라면 이곳이 당연한 자리처럼 보입니다.

하지만 Wix 는 자기 문서에서 정반대로 설명합니다. HTML 요소는 샌드박스 환경, 곧 iframe 을 만들며 같은 페이지의 다른 요소에 직접 접근할 수 없습니다. 페이지의 나머지 부분에 접근해야 하는 위젯은 그 안에서 동작하지 않는다고도 적혀 있습니다. 그 상자 안에 있는 동안 나는 내 사이트에 있지 않습니다. 내 레이아웃 안에 그려진 Wix 샌드박스 출처에 있습니다.

그러면 댓글 위젯은 두 군데에서 망가집니다. 위젯은 location.hostname을 읽어 site id 에 등록된 도메인과 맞춰 봅니다. 모르는 사람이 내 임베드를 자기 사이트로 퍼 가는 것을 막는 장치입니다. iframe 안에서는 호스트네임이 Wix 것이므로 검사가 실패합니다. Google 로그인은 별도로 요청 페이지의 출처를 검증하는데, 여기서 출처는 내 도메인이 아니라 샌드박스입니다. 둘 다 손볼 수 있는 문제가 아닙니다. 샌드박스는 그 안의 코드가 자신을 내 페이지라고 주장하지 못하게 하려고 만든 것이기 때문입니다.

조용히 실패한다는 점이 반나절을 잡아먹습니다. 편집기에는 빨간 오류가 나타나지 않습니다. 발행된 사이트에 빈 상자만 남거나, 로그인 팝업이 열렸다 닫힌 뒤 방문자는 로그아웃 상태로 남습니다.

묻는 것사용자 지정 코드, 본문 끝코드 삽입 요소(HTML iframe)
코드가 도는 곳내 도메인 위의 진짜 페이지Wix 출처의 샌드박스 iframe
location.hostname 이 내 도메인으로 읽히나읽힌다아니다, 샌드박스로 읽힌다
Google 로그인이 끝까지 되나된다안 된다, 출처가 내 것이 아니다
레이아웃에서 자리를 정확히 잡을 수 있나선택자를 써서 스크립트로만된다, 요소를 끌어다 놓는다
페이지의 나머지에 닿을 수 있나닿는다못 닿는다, 경계를 넘는 건 postMessage 뿐
필요한 요금제도메인이 연결된 유료 Wix 요금제문서에 없음, 무료 사이트 사용 가능 여부도 문서에 없음
편집기나 미리보기에서 보이나아니다, 발행된 사이트에서만보인다, 적용을 누른 뒤
호스팅형 댓글 위젯을 담을 수 있나담는다못 담는다
Wix 는 평범한 위젯 설치를 두 기능으로 나눠 두었고, 이걸 담을 수 있는 쪽은 하나뿐.

빌더마다 갈리는 지점이라 같은 위젯도 플랫폼에 따라 설치법이 달라집니다. Webflow 의 임베드 요소는 샌드박스가 아니어서 마운트 div 를 페이지에 바로 놓습니다. Webflow 설치 지면 은 이 이야기의 짧은 판본입니다.

되는 설치

사용자 지정 코드가 닿는 자리는 셋입니다. <head>, 본문 시작, 본문 끝. 그중에 "글 본문 아래"는 없습니다. 그래서 스크립트가 마운트 요소를 직접 만들어 원하는 자리에 넣습니다. 요령은 이것이 전부이며, 로더 위에 다섯 줄쯤 더하는 일입니다.

  1. Wix 가 이미 정해 준 연결 도메인을 등록한다

    다른 빌더에서는 이 단계가 선택입니다. 스테이징 호스트인지 라이브 호스트인지, apex인지 www인지, 사이트가 응답하는 여러 주소 가운데 어느 것인지 골라야 합니다. Wix 는 그 선택권을 가져가지만, 이번에는 오히려 도움이 됩니다. 사용자 지정 코드는 연결된 도메인으로 사이트를 발행하기 전까지 작동하지 않습니다. 따라서 기능을 켜 주는 도메인이 곧 위젯이 알아봐야 하는 도메인이며, 그런 도메인은 딱 하나입니다. 주소창에 표시되는 호스트네임을 www까지 포함해 그대로 BootSignal 대시보드 에 넣으면 아래 스니펫에 들어갈 site id 가 나옵니다. wixsite.com 주소는 대신 등록할 후보가 아닙니다. 사용자 지정 코드가 아직 잠들어 있을 때 내가 보고 있는 주소일 뿐입니다.

  2. 사이트 대시보드에서 사용자 지정 코드를 연다

    이 패널은 편집기 캔버스가 아니라 사이트 대시보드에 있으며, 경로는 Wix Editor, Wix Studio, Wix Harmony 에서 모두 같습니다. 설정(Settings) 으로 들어가 개발 및 통합(Development & integrations) 아래의 사용자 지정 코드(Custom Code) 를 누른 다음, 오른쪽 위에 있는 + 사용자 지정 코드 추가(+ Add Custom Code) 를 누릅니다.

  3. 스니펫 둘을 한 항목에 붙여넣는다

    로더와 마운트 스크립트를 같은 텍스트 상자에 넣습니다. data-site-id에는 내 site id 를, TARGET에는 댓글창이 들어갈 요소의 CSS 선택자를 넣습니다. 항목 이름은 나중에 알아볼 수 있게 정하세요. "BootSignal comments" 정도면 충분합니다.

    코드
    <script src="https://bootsignal.com/bootsignal.js"
        data-site-id="YOUR_SITE_ID" data-lang="ko" defer></script>

<script>
(function () {
  // CSS selector for the element the thread should be appended to.
  var TARGET = '#comments';
  var timer;

  function mount() {
    var host = document.querySelector(TARGET);
    if (!host) return;
    if (host.querySelector('[data-bootsignal="comments"]')) return;
    var el = document.createElement('div');
    el.setAttribute('data-bootsignal', 'comments');
    // One thread per URL. On Wix Blog this is the post slug.
    el.setAttribute('data-thread-id', location.pathname);
    host.appendChild(el);
    // Ask the loader to scan again, in case it already ran.
    if (window.BootSignal && window.BootSignal.activate) window.BootSignal.activate();
  }

  function schedule() { clearTimeout(timer); timer = setTimeout(mount, 150); }

  // Wix warns its renderer may re-render elements, so watch instead of firing once.
  schedule();
  new MutationObserver(schedule).observe(document.body, { childList: true, subtree: true });
})();
</script>

  4. 페이지 범위와 위치를 고른다

    코드를 추가할 페이지(Add Code to Pages) 에서 전체 페이지(All pages) 를 고르면 앞으로 만들 페이지까지 포함됩니다. 블로그에만 댓글창이 필요하면 특정 페이지 선택(Choose specific pages) 을 고릅니다. 코드 위치(Place Code in) 에서는 본문 끝(Body - end)을 고릅니다. 전체 페이지를 고르면 Wix 가 선택 항목을 하나 더 보여 줍니다. Wix 의 표현으로는 코드를 "only once per visit, or on each page your visitor opens" 중 어느 방식으로 불러올지 고르는 것입니다. Wix 는 이 선택을 적어 두기만 하고 어느 쪽을 언제 골라야 하는지는 설명하지 않았으므로, 규칙이 아니라 조절 장치로 보면 됩니다. 방문당 한 번으로 시작하세요. 새로 열었을 때는 댓글창이 뜨지만 목록에서 눌러 들어갔을 때는 뜨지 않는다면 각 페이지로 바꾸고 다시 발행하세요.

  5. 적용하고 발행한 다음 라이브 사이트를 연다

    사용자 지정 코드는 편집기에서 작동하지 않고 발행된 사이트에서만 돌며, 스니펫은 캔버스에 요소로 나타나지도 않습니다. 따라서 사이트가 살아나기 전까지는 확인할 것이 없습니다. 적용하고 발행한 다음 실제 주소를 열어 내가 정한 자리까지 내려가 보세요.

2025년 12월에 깔린 보안 층

"붙여넣고 발행하세요"와 같은 호흡으로 다뤄야 할 이야기가 하나 더 있습니다. 붙여넣은 코드가 아예 작동할지를 이 보안 층이 결정하기 때문입니다. Wix 의 사용자 지정 코드 지면에는 이런 공지가 붙어 있습니다. "In December 2025, Wix introduced new frontend security measures for custom code on Wix sites. This means that some code snippets that previously worked may now be blocked until the provider updates them. This change affects all types of custom code, including dashboard custom code, embedded code, and Velo code." 우리만을 겨냥한 내용은 아닙니다. Wix 사이트에 붙여넣은 모든 서드파티 스크립트에 적용됩니다.

그 공지에 연결된 개발자 지면은 실제로 무엇이 바뀌었는지 나열합니다. fetch와 XMLHttpRequest가 보안 버전으로 교체되었고, Wix 의 표현으로는 "Can't be replaced or reassigned"입니다. document.cookie로 Wix 쿠키에 쓰려고 하면 조용히 실패합니다. 같은 도메인에서 window.open을 호출하면 빈 객체를 돌려줍니다. 프론트엔드 코드가 같은 도메인에 만든 iframe 은 자동으로 샌드박스가 되고 srcdoc 속성은 막힙니다. URL, JSON, String, Object, addEventListener와 removeEventListener, EventTarget, Service Worker API 는 수정할 수 없도록 잠깁니다. setTimeout과 setInterval은 첫 인자로 문자열을 받으면 거부합니다.

이 목록을 위 스니펫과 나란히 놓으면 스니펫이 어떤 방식으로 작성되었는지 알 수 있습니다. 평범한 div를 만들어 붙이고, 문서를 관찰하며, setTimeout에 문자열이 아닌 함수를 넘깁니다. 전역을 하나도 덮어쓰지 않고 자체 iframe 도 만들지 않습니다. 그래도 이 목록은 기억해 둘 만합니다. 작년에 Wix 사이트에서 작동하던 스크립트가 올해 같은 사이트에서 멈췄을 때 가장 먼저 확인할 곳이기 때문입니다. 누가 만들었든 fetch를 몰래 바꿔 끼우거나 쿠키를 직접 쓰는 위젯은 여기서 시간을 빌려 쓰는 처지입니다.

Wix 가 이름을 바꾸지 않을 선택자 고르기

Wix 는 클래스 이름과 요소 id 를 동적으로 만들며, 그 식별자를 겨냥한 CSS나 자바스크립트는 사이트를 다시 발행할 때 깨질 수 있다고 자기 문서에서 경고합니다. #comp-abc123은 유효기간이 붙은 선택자입니다. 이 선택자를 쓰기로 했다면 라이브 사이트의 개발자 도구에서 복사하고, 편집기에서 큰 작업을 한 뒤에는 다시 확인하세요.

더 오래 버티는 대안은 Wix 가 관리하는 마크업 대신 내가 관리하는 내용에 닻을 내리는 것입니다. 댓글창이 들어갈 자리의 텍스트 요소에 표식 문자열을 적어 두고, 그 텍스트를 찾아 바꿔 끼우는 방식입니다. 문자열은 내 것이므로 다시 발행해도 남아 있고, 방문자 눈에는 띄지 않습니다.

표식 방식: 선택자 조회 부분을 이것으로 바꿉니다
<script>
(function () {
  // Type this exact text into a Wix text element where the thread belongs.
  var MARKER = '[[comments]]';
  var timer;

  function slot() {
    var all = document.body.getElementsByTagName('*');
    for (var i = 0; i < all.length; i++) {
      var n = all[i];
      if (!n.children.length && n.textContent.trim() === MARKER) {
        return n.closest('[id^="comp-"]') || n.parentElement || n;
      }
    }
    return null;
  }

  function mount() {
    var host = slot();
    if (!host) return;
    host.textContent = '';
    var el = document.createElement('div');
    el.setAttribute('data-bootsignal', 'comments');
    el.setAttribute('data-thread-id', location.pathname);
    host.appendChild(el);
    if (window.BootSignal && window.BootSignal.activate) window.BootSignal.activate();
  }

  function schedule() { clearTimeout(timer); timer = setTimeout(mount, 150); }
  schedule();
  new MutationObserver(schedule).observe(document.body, { childList: true, subtree: true });
})();
</script>

스니펫이 한 번 실행하고 끝내지 않고 지켜보는 이유

Wix 가 자기 렌더링에 관해 적어 둔 내용이 하나 있는데, 손으로 만든 마운트는 모두 이 문장에 걸립니다. Wix 렌더링 엔진이 "may re-render elements in ways that conflict with direct DOM manipulation, especially during page transitions or viewport changes"라는 것입니다. 내가 직접 붙인 노드 아래에서 바닥이 움직일 수 있다는 벤더의 설명이며, 그 순간 가운데 하나로 페이지 전환을 직접 지목합니다. 반면 방문자가 블로그 목록에서 글로 넘어갈 때 스니펫이 어떻게 되는지는 Wix 가 어디에도 밝히지 않았습니다. 4단계의 불러오기 선택도 권장안 없이 옵션으로만 제시했으므로, 정직하게 말하면 마운트 시점도 생존도 보장받지 못합니다.

그래서 스니펫은 페이지가 새로 열린다는 사실에도, 놓아 둔 div 가 그 자리에 계속 남는다는 사실에도 기대지 않습니다. 한 번 실행하는 대신 계속 지켜봅니다. 옵서버가 새 페이지 내용을 알아채고, 타임아웃이 한꺼번에 몰려오는 변경을 한 번의 시도로 묶습니다. 마운트 함수는 대상 안에 댓글창이 이미 있으면 바로 빠져나옵니다. 로더가 자신이 마운트한 것에 표시를 남기므로 다시 훑어도 사본이 두 개 그려지지 않습니다. data-thread-id는 div 를 만드는 순간 location.pathname에서 읽습니다. 따라서 템플릿 작업 없이 글마다 별도의 댓글창이 생기며, div 를 없애는 재렌더링도 옵서버가 감지하는 변경입니다.

Wix 요금 위에 얼마가 더 붙나

Wix 는 사이트 요금제 단위로 청구합니다. BootSignal 은 등록 도메인 단위이며, Wix 사이트에서는 그 단위가 똑같이 하나입니다. 등록 도메인 하나에 월 $20 또는 연 $200. 카탈로그의 위젯 34개와 구독 뒤에 추가되는 것까지 포함되며, 트래픽이 변해도 청구서에서 달라지는 항목은 없습니다. Wix 사이트를 하나 더 두면 요금제를 키우는 것이 아니라 대시보드에 도메인이 하나 더 생깁니다. 자세한 내용은 요금 지면 에 있습니다.

Wix 에만 있는 도메인 주의사항이 하나 있는데, 설치할 때가 아니라 테스트할 때 문제가 됩니다. 작업을 확인하려고 발행된 사이트를 wixsite.com 주소로 열면 호스트네임 검사가 그 주소를 알아보지 못해 댓글창이 조용합니다. 고장 난 것은 없습니다. 도메인을 등록한 이유인 허용목록이 제 역할을 하는 중입니다. 연결된 도메인에서 확인하세요. 애초에 방문자가 찾아올 주소도 그쪽뿐입니다.

이 지면에는 경쟁사 가격이 없습니다. 비교 표에 들어간 낡은 숫자는 없는 것보다 나쁩니다. 대안 정리 지면 에서 출처와 확인 날짜를 붙여 다룹니다.

발행된 Wix 페이지에 댓글창 얹기

연결된 도메인을 등록하고, 본문 끝에 사용자 지정 코드 한 항목을 붙여넣고, 발행.

같은 로더가 나머지도 실어 온다

다른 위젯도 방금 붙인 로더와 같은 마운트 방식을 그대로 씁니다. 따라서 두 번째 위젯에는 data-bootsignal 값만 바꾼 마운트 함수 사본 하나만 있으면 됩니다. Wix 에는 피드백이 잘 어울립니다. 공개된 자리에 글을 남기지 않는 사람도 비공개로는 이야기를 들려주는 경우가 많습니다.

미리보기
의견을 남겨주세요…
보내기

피드백 위젯입니다. 설치 방식은 같고 마운트 값만 다릅니다. 자세한 내용은 피드백 지면 에서 다룹니다.

Wix 사이트는 무언가를 파는 경우가 많으므로 위젯 하나는 따로 적어 둘 만합니다. 소셜 프루프 토스트는 내 사이트에 실제로 있는 활동만 다시 보여 줍니다. 내 도메인에 이미 저장된 댓글, 반응, 별점, 투표입니다. 오하이오의 구매자를 지어낼 수 없고, 지어내려고 하지도 않습니다. 아직 활동이 없으면 아무것도 보여 주지 않습니다. 의도된 동작입니다.

발행된 페이지가 비어 있을 때

아래 항목을 순서대로 확인하세요. Wix 는 이 과정을 함께 봐 주지 않는다고 분명히 밝힙니다. "We cannot provide support for external codes that were not created or tested by Wix. If you are experiencing an issue with your code snippet, please contact the provider directly." 어느 단계에서 막혔는지 알면 추측 싸움 대신 우리에게 두 줄짜리 문의를 보낼 수 있습니다.

  1. 발행된 사이트를 보고 있나요? 사용자 지정 코드는 편집기에서도 미리보기에서도 돌지 않습니다.
  2. 네트워크 탭에 bootsignal.js 가 있나요? 없으면 그 사용자 지정 코드 항목이 이 페이지에 적용되지 않은 것입니다.
  3. 라이브 페이지 콘솔에서 document.querySelector(TARGET) 이 요소를 돌려주나요? null 이면 선택자가 틀렸거나 Wix 가 이름을 바꿨습니다.
  4. site id 나 thread id 가 없다는 콘솔 경고가 있나요? div 는 붙었고 속성이 안 붙은 경우입니다.
  5. 주소창의 도메인이 등록한 것과 www 까지 같나요? 아슬아슬하게 다른 것도 다른 것입니다.
  6. 2025년 12월 전에 이 사이트에서 이 스니펫이 돌던 적이 있나요? Wix 는 새 프론트엔드 보안 조치가 예전에 되던 코드를 공급자가 고칠 때까지 막을 수 있다고 밝힙니다.
  7. 빈자리를 검사해 보세요. 내 div 가 <iframe> 안에 있으면 스니펫이 코드 삽입 요소로 들어간 것이고, 거기서는 영원히 안 됩니다.

자주 나오는 질문

그냥 코드 삽입(Embed Code) 요소에 붙여넣으면 안 되나요?
안 됩니다. Wix 는 그 요소를 페이지의 나머지 부분에 직접 접근할 수 없는 샌드박스 iframe 으로 문서화했습니다. 그 상자는 내 출처가 아니라 Wix 출처에서 내려옵니다. 도메인 검사가 실패하고 Google 로그인도 끝까지 진행되지 않습니다. 오류 대신 빈 상자가 나타나기 때문에 시간을 많이 잡아먹습니다.
편집기나 미리보기에서 댓글이 보이나요?
보이지 않습니다. Wix 는 사용자 지정 코드가 편집기에서는 작동하지 않고 발행된 사이트에서만 돌며, 스니펫도 편집기에 요소로 나타나지 않는다고 밝힙니다. 발행한 뒤 라이브 주소를 열어 브라우저 개발자 도구로 확인하세요. 이것만은 편집기 안에서 미리 볼 방법이 없습니다.
Google 애널리틱스 태그도 사용자 지정 코드에서 안 붙었는데 같은 원인인가요?
아닙니다. 그쪽은 샌드박스나 보안 차단 문제가 아니라 문서에 명시된 예외입니다. Wix 는 Google Analytics, Google Tag Manager, Facebook 과 TikTok 픽셀 같은 추적 스크립트가 사용자 지정 코드로는 동작하지 않는다고 밝히고, 이런 스크립트는 Wix 자체 마케팅 연동으로 넣게 합니다. 댓글 위젯은 추적 스크립트가 아니므로 본문 끝 항목에서 정상적으로 작동합니다. 따라서 애널리틱스 태그가 작동하지 않는다고 해서 패널이 망가졌다는 뜻은 아닙니다.
블로그 글마다 댓글창이 따로 생기게 하려면 어떻게 하나요?
스니펫이 div 를 만들 때 data-thread-id를 location.pathname에서 채우므로 글 주소 하나가 그대로 댓글창 하나가 됩니다. 나중에 글 주소를 바꾸면 대화는 옛 경로에 붙은 채 남습니다. 댓글이 많이 쌓이기 전에 주소 구조를 먼저 정해 두세요.
Wix 페이지가 이미 불러오는 것에 비하면 얼마나 무거울까요?
로더 태그는 defer라서 화면 렌더링을 막지 않으며, 페이지에서 마운트 요소를 찾았을 때만 댓글 모듈을 받아 옵니다. 마운트 스크립트는 디바운스한 옵서버가 포함된 수십 줄입니다. 공짜인 것은 없지만, 보통 Wix 페이지에 올라가는 이미지보다는 가볍습니다.
site id 는 비밀로 두어야 하는 값인가요?
비밀로 둘 수 없는 값입니다. Wix 도 주입한 코드가 페이지 소스를 보는 누구에게나 보인다고 경고합니다. 프론트엔드 임베드는 모두 그렇습니다. site id 를 지켜 주는 것은 도메인 허용목록입니다. 위젯은 등록된 도메인에서만 응답하므로 복사해 간 스니펫은 다른 곳에서 아무 일도 하지 않습니다. 진짜 API 키는 여전히 사용자 지정 코드 스니펫에 넣어서는 안 됩니다.
Wix 도메인 등록하고 site id 받기

등록할 호스트네임 하나, 붙여넣을 사용자 지정 코드 한 항목. 둘을 연결하는 것이 site id입니다.

수치 출처