홈›가이드›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 가 선택을 하나 더 주는데, 그쪽 표현으로는 코드를 "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. 카탈로그의 위젯 31개와 구독 뒤에 추가되는 것까지 포함이고, 트래픽이 움직여도 청구서에서 움직이는 항목은 없습니다. 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 입니다.

이 글에 나온 서비스

이어서 읽기

수치 출처

Family Site