Lovable이 Oops! Something went wrong and we couldn't publish your site.라고 말할 때는 DNS 변경이나 앱 재작성으로 시작하지 마세요. 게시 배너와 빌드 세부 정보가 다음 단계를 결정합니다.
30초 해결
- 재시도: 일시적인 게시 실패 시 사용하세요. 잠깐 기다린 뒤 한 번만 시도하세요.
- 수정 시도: Lovable이 빌드 또는 설정 오류를 식별했을 때 사용하세요. 게시 전에 변경 사항을 검토하세요.
- 도우미 문의: 데이터에 영향을 줄 수 있는 변경 사항이나 결정이 필요한 경우 사용하세요.
- 도메인 검증 메시지: 프로젝트의 현재 도메인 설정을 열고, 표시된 정확한 레코드을 복사하세요. 오래된 튜토리얼이나 다른 프로젝트의 레코드을 재사용하지 마세요.
분기점 1 — 일시적인 게시 실패
Lovable 상태 페이지를 확인하세요. 현재 진행 중인 장애가 빌드나 게시에 영향을 주고 있다면 기다리세요. 상태가 정상이라면 배너가 재시도라고 표시되면 잠깐 기다렸다가 한 번만 재시도하세요. 반복적인 클릭은 실패 원인을 진단하지 못하고, 시퀀스를 검토하는 데 어려움을 줄 수 있습니다.
재시도가 성공하면, 게시된 URL을 시크릿 창에서 열고, 최신 변경 사항이 있는지 확인하세요.
분기점 2 — 프로덕션 빌드 실패
배너가 빌드 실패나 exit status 1를 언급한다면, 빌드 세부 정보를 열고, 최종 실패 라인 위에 있는 첫 번째 구체적인 오류를 찾으세요. 문법 오류, 누락된 임포트, 누락된 패키지, 또는 환경 불일치는 다른 해결 방법이 필요합니다.
프로젝트가 터미널을 제공한다면 다음 명령어를 실행하세요:
npm run build
Lovable에게 정확한 첫 번째 오류를 제공하고, 수정 전 원인을 설명해달라고 요청하세요. 수정 시도를 사용할 경우, 변경된 파일을 검토하고 미리보기에서 앱을 확인한 후 다시 게시하세요. 시도한 수정이 두 번째 실패를 유발한다면, 마지막으로 작동하는 버전으로 복원하세요.
분기점 3 — 변경 사항이 데이터 또는 통합에 영향을 줍니다
스키마 변경, 만료된 통합, 누락된 시크릿, 또는 플랜 제한은 게시를 차단할 수 있습니다. 연결된 서비스가 활성화되었는지 확인하고, 프로젝트가 필요한 변수 이름을 포함하고 있는지 확인하세요. 절대 시크릿 값은 프롬프트나 지원 게시물에 붙여넣지 마세요.
Lovable이 데이터에 영향을 줄 수 있는 데이터베이스 변경을 경고한다면, 자동 승인 대신 검토 또는 도우미 분기점을 사용하세요. 게시 전에 중요한 데이터를 백업하고 마이그레이션 범위를 확인하세요.
분기점 4 — 커스텀 도메인 검증 실패
이 프로젝트의 Lovable 커스텀 도메인 화면을 열고, 표시된 DNS 레코드만 추가하거나 교체하세요. 충돌할 수 있는 기존 레코드을 제거하기 전에 현재 해당 호스트명을 제공하는 기록을 확인하세요.
DNS 제공업체는 서로 다른 인터페이스를 사용하고, 레코드 대상은 변경될 수 있습니다. 클라우드플레어 프록시가 항상 켜져야 하거나 꺼져야 한다고 가정하지 마세요. Lovable의 현재 프로젝트 지침과 DNS 제공업체의 현재 검증 메시지를 따르세요. 저장 후 Lovable으로 돌아가 검증을 다시 실행하세요.
게시 확인
성공적인 배너는 단지 첫 번째 검사입니다. 확인하세요:
- 게시 상태가 성공을 보고합니다
- 기본 Lovable URL이 시크릿 창에서 로드됩니다
- 주요 상호작용이 작동하고 브라우저 콘솔에 예외가 없습니다
- 커스텀 도메인이 사용된다면 HTTPS로 열리고 동일한 릴리스를 표시합니다
- 강제 새로고침 후 방금 게시하려던 변경 사항이 보입니다
여전히 작동하지 않는다면
마지막으로 성공적으로 게시된 버전으로 돌아가고, 실패한 변경 사항을 작은 단위로 적용하여 첫 번째 파손 단계를 명확히 하세요. 상태 페이지가 정상이고 동일한 게시 오류가 지속된다면, Lovable 지원에 프로젝트 URL, 정확한 배너 텍스트, 첫 번째 빌드 오류, 그리고 민감정보를 가린 스크린샷을 전송하세요. API 키, 인증 쿠키, 개인 저장소 토큰, 또는 고객 데이터는 포함하지 마세요.
초보자 요약
Lovable이 제공하는 버튼을 읽으세요. 재시도는 일시적 실패를 위한 것이고, 수정 시도는 명시된 빌드 문제를 위한 것이며, 데이터 변경은 검토가 필요합니다. 커스텀 도메인의 경우, 현재 프로젝트에 표시된 레코드만 복사하세요. 오래된 스크린샷을 따르지 마세요. 게시 후에는 시크릿 창에서 라이브 URL을 테스트하세요.