프로덕션에 게시하기

프로덕션에 게시하면 미리보기가 공개 사이트로 바뀌어요. Briks는 먼저 출시 점검을 실행하고, 고칠 부분이 없을 때만 게시를 진행해요. 버튼을 누르면 어떤 일이 일어나는지, 점검에서 무엇을 확인하는지, 각 항목을 어떻게 해결하는지 안내해 드릴게요.

읽는 데 8분2026년 10월 8일 스튜디오 기준으로 확인함

시작하기 전에

  • 사이트를 한 번 이상 빌드하고 게시했어요. Publish 버튼은 처음 게시한 뒤에만 나타나요.
  • 프로젝트에서 실행 중인 작업이 없어요. 빌드나 변경이 진행되는 동안에는 버튼이 회색으로 바뀌고 “Wait for the current build to finish”라는 안내가 나와요.
  • 진행 중인 A/B 테스트가 없어요. 있다면 대화상자에 “An A/B test is running on this site. End it by keeping one version first.”라고 나와요 (A/B 테스트 참고).
  • 당신은 이 워크스페이스의 Owner, Admin 또는 Editor예요. Viewer는 스테이지를 볼 수 있지만 바꿀 수는 없어요.
  • 나만의 도메인이 있다면 연결되어 Live로 표시돼요. 없어도 런칭할 수 있어요. 점검은 알려 주기만 해요.

게시하는 방법, 단계별로

  1. 스튜디오 열기

    위치: Projects

    Projects를 누른 다음 프로젝트를 선택하세요. 스튜디오가 열리고 대화와 사이트가 나란히 보여요.

  2. Publish를 누르세요

    위치: Studio top bar

    상단 바 오른쪽 끝, 회색 Preview 태그 옆에서 Publish를 누르세요.

  3. 대화상자를 읽어 보세요

    위치: Publish to production

    대화상자에 사이트가 공개될 주소와 달라지는 점이 나와요. 검색 엔진에 노출될 수 있고, 양식 메시지가 이메일로 전달돼요. 고칠 게 있어도 아무것도 바뀌지 않는다는 안내도 함께 나와요.

  4. 필요하면 지어낸 정보 확인하기

    위치: Made up for the draft

    Briks가 브리프 초안을 쓰면서 빈칸을 채우려고 지어낸 내용(설립 연도, 고객 수, 인용문 등)은 Made up for the draft 아래에 나와요. 먼저 스튜디오에서 직접 바꾸세요. 우연히 맞는 내용이라면 I have replaced these with my own, or they are right를 켜세요. 그전까지 버튼은 회색으로 비활성화돼 있어요.

  5. 점검 시작

    위치: Publish to production

    Publish to production을 누르세요. 대화상자가 닫히고 스튜디오에 “Checking the site before it goes to production.” 단계가 나타나요.

  6. 결과 읽기

    위치: Studio conversation

    대화에 메시지가 도착해요. “Your site is in production. Search engines can list it now, and messages sent through its forms are emailed to you.”라고 나오며 상단 바에 초록 점과 함께 In production이 표시되거나, “Not in production yet. Fix these first, then publish again:”으로 시작해 목록이 이어져요.

요청만 하면 게시돼요

스튜디오 대화에 publish라고 쓰거나 Telegram의 Briks 봇에 /publish를 보내도 돼요. 게시만 요청하는 메시지는 버튼을 누른 것과 똑같이 처리해요. 출시 점검이 같은 방식으로 실행되고 결과가 대화로 도착해요. 말로 요청하면 임의로 채운 내용을 확인한 것으로 보기 때문에, 성공 메시지에는 준비되면 바꿔야 할 항목으로 그 내용이 다시 나와요. 사진이 첨부된 메시지는 게시가 아니라 수정 요청으로 읽어요. 사이트가 이미 프로덕션에 있다면 "Every change is published there as soon as it is made."라고 답해요.

출시 점검에서 보는 것

사이트 점검은 사이트의 파일과 라이브 페이지를 읽고, 오픈 당일 사업에 민망한 일이 될 만한 것들을 찾아요. AI를 쓰지 않고 크레딧도 들지 않아요. 다섯 가지 종류의 문제는 오픈을 막고, 나머지는 경고일 뿐이에요.

확인무엇을 살펴보나요결과
지어낸 내용브리프를 작성하는 동안 Briks가 지어낸, 아직 확인하지 않은 세부 내용 (수치, 사람, 인용문, 날짜, 이름)바꾸거나 확인하기 전까지 막혀요. 확인하고 나면 경고로 다시 표시돼요
자리표시 텍스트채워야 할 자리로 남은 문구, 예를 들어 lorem ipsum, TODO, FIXME, John Doe, Jane Doe, your company name, your business name, example.com의 이메일 주소, 그리고 “(illustrative)”, “(fictional)”, “not from real clients”처럼 지어낸 내용이라고 표시한 문구블록
페이지 제목홈페이지를 제외한 모든 페이지에는 검색 결과와 공유 링크에 쓰이는 고유한 제목과 설명이 있어요블록을 쓰고 페이지 이름을 정해 줘요
깨진 링크존재하지 않는 페이지로 이어지는, 내 페이지 사이의 링크블록, 그리고 각 링크의 이름과 링크가 있는 페이지
찾을 수 없는 페이지존재하지 않는 주소를 위한 페이지블록
확인된 정보대화 상자에서 확인했거나 말로 요청해 확인한, 지어낸 세부 정보경고만 표시
검색에서 제외됨Keep this site out of search results가 켜져 있는지 여부경고만 표시
내 도메인사이트에 내 도메인이 라이브 상태인지 여부경고만 표시

비어 있는 폼 입력란 안에 표시되는 안내 문구, 예를 들어 예시 이메일 주소는 자리표시 문구로 치지 않아요. 끊어진 링크 점검은 홈페이지와 사이트맵에 있는 페이지에서 시작해 최대 12페이지를 읽고 최대 80개의 링크를 확인해요. 내 사이트의 페이지로 가는 링크만 확인하고, 다른 웹사이트로 가는 링크는 확인하지 않아요. 끊어진 링크가 8개보다 많으면 8개만 보여 주고 나머지가 몇 개인지 알려 줘요.

차단 요소와 경고

차단 항목이 있으면 출시가 중단되고, 라이브 사이트는 아무것도 바뀌지 않은 채 미리보기 상태로 남아요. 경고는 알려 주되 출시는 그대로 진행돼요. 출시에 성공하면 경고가 성공 메시지에 덧붙여지고, 무언가 막힌 경우에는 차단 항목 뒤에 “Also worth knowing:” 아래로 나열돼요.

점검에서 발견된 문제 고치기

점검에서 나온 문제는 다른 변경과 같은 방식으로 고치세요. 스튜디오 대화에서 원하는 것을 설명하면 돼요(변경하기 참고). 수정 하나하나가 변경이어서, 변경과 똑같이 보류되고 크레딧이 차감돼요. 게시가 끝나면 Publish를 다시 누르세요. 점검이 처음부터 다시 실행돼요.

점검 결과와 해결 방법팀 페이지의 임시 이름

점검 결과는 이랬어요. “일부 텍스트가 아직 자리표시자이거나 지어낸 내용으로 표시되어 있어요. 직접 쓴 문구로 바꿔 달라고 요청하세요.” 코크에 있는 물리치료 클리닉 원장은 이렇게 썼어요. “소개 페이지에서 Jane Doe를 저희 수석 물리치료사 Niamh Kelly로 바꿔 주세요. 약력은 이래요. 스포츠 부상을 12년 동안 치료했고, 카운티 헐링 팀의 물리치료사로 다섯 시즌을 일했어요.”

페이지를 업데이트해서 미리보기에 게시했어요. 다음 출시 점검을 통과해서 사이트가 프로덕션에 올라갔어요.

점검 결과와 해결 방법만들지 않은 페이지로 가는 푸터 링크

글래스고의 한 디자인 에이전시가 이런 알림을 받았어요: “이 링크들은 존재하지 않는 페이지로 연결돼요: /careers (/에서 연결됨).” 대표가 스튜디오에서 답했어요: “푸터에서 채용 링크를 지워 주세요. 올해는 채용하지 않아요.”

링크가 모든 페이지 푸터에서 삭제됐고, 다음 점검에서 끊어진 링크가 발견되지 않았어요.

  • 제목 없는 페이지. 이름을 말해서 요청하세요. “메뉴와 방문 페이지에 검색 결과용 제목과 설명을 따로 넣어 주세요.” 원하는 문구가 있으면 함께 적어 주세요.
  • 지어낸 내용. 각각 바꿔 달라고 요청하세요(“2009년이 아니라 2016년에 문을 열었어요”). 맞는 내용이라면 대화상자에서 확인하세요.
  • Not-found page. 모든 사이트에 기본으로 있어서, 삭제했을 때만 보여요. 이렇게 요청해 보세요: “존재하지 않는 주소를 위한 페이지를 추가하고, 홈 페이지로 돌아가는 링크를 넣어 줘요.”
  • Warnings. Settings, Preferences에서 Keep this site out of search results를 끄거나 도메인을 연결하세요. 둘 다 출시를 막지는 않아요.

출시 후

사이트가 프로덕션에 올라가면 계속 프로덕션에 있어요. 스튜디오에서 요청한 모든 변경은 프로덕션 사이트에 바로 게시되고, 배포 훅으로 시작한 게시도 마찬가지예요. 이때는 출시 점검이 다시 실행되지 않으니, 게시된 뒤 라이브 사이트에서 변경 사항을 하나씩 확인하고, 잘못됐다면 Versions에서 되돌리세요.

변경 요청 없이 사이트를 다시 게시하려면, 예를 들어 설정을 바꾼 뒤에는 Settings에서 Preferences를 열고 Apply to the live site를 누르세요. 현재 설정 그대로 실제 사이트를 다시 빌드해요. AI는 실행되지 않고 사이트는 프로덕션 상태로 유지돼요. 그러면 대화에 “Your settings are live: the site was built and published again, and nothing else about it changed.”라고 표시돼요.

보안 에이전트를 고용했다면, 게시할 때마다 그리고 매주 사이트를 점검해요. 제안하는 수정은 모두 내 승인을 기다려요(승인과 예산 참고). 검색 엔진과 AI 어시스턴트는 오픈 당일부터 사이트를 읽기 시작할 수 있어요. 그다음에 할 일은 검색 엔진에서 다뤄요.

미리보기로 돌아가기

  1. 대화상자 열기

    위치: Studio top bar

    In production을 누르세요. Your site is in production 대화상자에서 사이트가 어디에서 라이브 상태인지 알려줘요.

  2. 뒤로 가기

    위치: Your site is in production

    여기에는 되돌리면 “검색 엔진에 사이트를 제외해 달라고 요청하고, 양식 메시지는 이메일로 보내지 않고 여기에 보관한다”고 나와 있어요. Back to preview를 누르거나, 그대로 두려면 Close를 누르세요.

  3. 메시지를 기다려 주세요

    위치: Studio conversation

    폼 이메일이 바로 멈춰요. 사이트를 다시 게시하면 대화에 “Your site is a preview again: search engines are asked to leave it out, and form messages are kept here without being emailed.”가 표시돼요.

나중에 다시 공개하려면 Publish를 누르세요. 출시 점검은 매번 그렇듯 다시 실행돼요.

출시 점검에 비용이 드나요?

아니요. AI 없이 파일과 페이지를 읽기만 하므로, 통과하든 못 하든 크레딧이 잡히거나 차감되지 않아요.

점검을 건너뛸 수 있나요?

아니요. 프로덕션으로 옮길 때마다 실행돼요. 경고가 나와도 막히지 않고, 지어낸 내용이 있어도 맞는 내용이라면 대화 상자에서 확인할 수 있어요.

점검에서 죽은 링크가 나왔는데 찾을 수가 없어요.

메시지에는 링크와 그 링크가 있는 페이지가 표시돼요. 예를 들어 /team (linked from /about)처럼요. 해당 페이지를 열고 메뉴, 푸터, 버튼을 살펴보세요. 그런 다음 링크를 없애거나 실제로 있는 페이지로 연결해 달라고 요청하세요.

Free 플랜에서도 프로덕션에 게시할 수 있나요?

네. 사이트는 briks.live 주소로 프로덕션에 올라가요. 내 도메인은 Starter 이상이 필요해요.