서비스 사용 FAQ

API 연동, 성능 최적화, 템플릿/CTA, 팀 권한, 에러 대응, 일괄 발행, 색인, 외부 위젯, 리드 연동 등 인블로그 사용 중 자주 묻는 질문 모음.

API · 연동

SEO 성과 리포트를 API로 연동할 수 있나요?

네, 가능합니다.

인블로그에서는 API 문서를 통해 일부 데이터를 연동할 수 있으며, 이를 활용해 외부 도구(예: Claude, 자체 분석 시스템 등)와 연결해 성과 데이터를 가공·분석할 수 있습니다.

연동이 필요하신 경우, 인블로그 대시보드 좌측 메뉴의 API 문서 를 먼저 확인해 주세요. 필요한 데이터 범위나 사용 목적에 따라 제공 범위가 다를 수 있습니다.

인블로그에서 API를 제공하나요?

현재 인블로그는 일부 API 를 제공합니다 (예: 폼·리드·성과 데이터 조회). 다만 공식적으로 문서화된 전체 API 세트가 아니라, 필요한 연동 범위에 따라 제공됩니다.

필요하신 연동 방식(가져오고 싶은 데이터, 원하는 워크플로우)을 전달해 주시면, 가능한 범위의 대안(RSS, Zapier 연동, Webhook 대체 방식 등) 을 안내드릴 수 있습니다.

리드 발생 시 자동으로 CRM이나 Slack 등에 연동할 수 있나요? (Zapier 외 방법)

네, 가능합니다. 현재 두 가지 방식을 지원합니다.

1. API 를 활용한 폴링(Polling) 방식 연동

인블로그는 폼 및 리드 데이터를 API로 제공합니다. 일정 주기(예: 1시간마다)로 API를 호출하여 새로 생성된 리드를 가져오는 방식입니다.

자체 CRM (PHP 등)에서 API 호출
Make / n8n 같은 자동화 툴에서 API 요청
일정 시간마다 신규 리드 수집 후 저장

2. Zapier 를 활용한 실시간 연동

리드가 발생하면 즉시 Slack, CRM 등으로 전송
이벤트 기반 자동화 (Trigger 방식)

제한 사항: Webhook(리드 발생 시 즉시 호출) 기능은 현재 제공되지 않습니다. 따라서 Zapier를 사용하지 않는 경우, 폴링 방식으로 구현해야 합니다.

인블로그에 채널톡 같은 외부 채팅 위젯을 삽입할 수 있나요?

네, 가능합니다. 커스텀 코드 기능(전역 스크립트 삽입) 을 통해 설치할 수 있습니다.

설정 방법

인블로그 대시보드로 이동
디자인 탭 → 고급설정(코드 삽입)
채널톡에서 제공하는 JavaScript 설치 코드를 붙여넣기
저장 후 적용

이 방식으로 블로그 전체에 채널톡 위젯이 노출됩니다.

주의: 헤더/배너/푸터 커스텀 코드 영역은 레이아웃 HTML/CSS 커스터마이징 용도 이므로, 기존 코드가 덮어써질 수 있어 위젯 스크립트 삽입 용도로는 권장되지 않습니다. 전역 스크립트는 반드시 "고급설정 코드 삽입" 영역을 사용해 주세요.

방문자의 이메일 주소를 수집하고, 이를 CRM과 연동할 수 있나요?

네, 가능합니다.

인블로그에서 제공하는 폼 기능 을 통해 방문자의 이메일 주소 및 다양한 정보를 수집할 수 있습니다.
수집된 데이터는 Zapier 를 통해 CRM 툴(예: 리캐치 포함)이나 뉴스레터 툴과 연동할 수 있습니다.
따라서 이메일 수집 후 CRM 자동 등록, 뉴스레터 구독 처리, 마케팅 워크플로우 실행 등이 가능합니다.

구글 애즈 광고나 구글 태그를 삽입할 수 있나요?

팀플랜을 사용하면 설정 탭의 블로그 전역 스크립트 삽입 기능 을 통해 구글 태그, 구글 애즈 등 원하는 스크립트 태그를 삽입할 수 있습니다.

다만 이 경우 월 39달러의 구독료를 계속 지불해야 하며, 애드센스만으로 이 이상의 수익을 내기는 쉽지 않을 수 있습니다. 대신 쿠팡 등 제휴 마케팅 링크 를 통해 수익을 확보하는 것도 한 가지 방법입니다.

인블로그는 인바운드 마케팅을 위한 기업 고객 을 주로 타깃으로 하고 있어, 개인 블로그 중심의 기능이나 가격 정책은 따로 마련되어 있지 않은 점 양해 부탁드립니다.

에디터 · 템플릿 · CTA

자주 쓰는 본문 요소를 템플릿처럼 저장해서 재사용할 수 있나요?

네, 일부 가능합니다. 인블로그 에디터에서는 / 슬래시 메뉴의 템플릿 저장 기능 을 통해, 자주 사용하는 본문 요소를 템플릿처럼 저장해두고 다시 불러와 사용할 수 있습니다. 반복적으로 사용하는 본문 블록이나 문구를 빠르게 재사용할 때 유용합니다.

CTA 도 템플릿처럼 저장해서 재사용할 수 있나요?

현재 CTA 는 템플릿으로 저장하는 기능을 지원하지 않습니다. 다만, 하단 CTA의 경우 게시글 관리에서 동일한 설정을 일괄 적용 하는 방식으로 운영하실 수 있습니다.

콘텐츠에서 CTA 버튼을 눌렀을 때 인블로그에서 제작한 폼으로 연결되도록 할 수 있나요?

네, 가능합니다. [포스트 주소]/form 형태의 주소 로 접근하면 폼이 열리며, 이를 CTA 버튼에 넣어주시면 됩니다. 다만 이 경우 리드폼 옵션에서 해당 스탠드얼론 폼을 반드시 선택 해주셔야 정상적으로 동작합니다.

블로그 배너 폼에서는 이메일 외 다른 정보도 수집할 수 있나요?

배너 폼: 이메일만 가능
포스트 내 폼: 이메일, 회사명, 전화번호, 기타 사용자 정의 정보 수집 가능

인블로그에서 CTA 버튼 클릭 수를 확인할 수 있나요?

현재는 게시글에 삽입한 CTA 버튼의 클릭 수를 인블로그 내에서 별도로 확인하는 기능은 제공되지 않습니다. 필요하신 경우에는 외부 분석 도구나 링크 추적용 파라미터 등을 함께 활용하시는 방식을 검토해 주세요.

게시글 간 내부 링크(북마크) 삽입 시, 링크마다 UTM 파라미터를 설정할 수 있나요?

네, 가능합니다. 내부 게시글을 서로 링크할 때, 해당 링크에 직접 UTM 파라미터를 포함한 전체 URL(Full URL)을 삽입하면, 각 링크별로 유입 경로를 구분하여 트래킹할 수 있습니다.

예시

https://yourblog.com/a-post?utm_source=B-post&utm_medium=internal&utm_campaign=internal-link

적용 가능 영역: 본문 내 링크(북마크), CTA 버튼 링크, 이미지 링크, 텍스트 링크 등. 인블로그 자체에서 "UTM 자동 생성 기능" 을 제공하는 것은 아니며, 사용자가 직접 UTM을 포함한 URL을 넣어주시면 됩니다.

게시글 · 색인

게시글을 일괄 발행할 수 있나요?

네, 가능합니다. 게시글 관리 탭에서 상태를 변경하는 방식으로 일괄 발행 할 수 있습니다.

일괄 발행 방법

좌측 메뉴에서 게시글 관리 탭으로 이동합니다.
발행할 게시글을 선택합니다.
편집 → 상태 → 발행됨(Published) 으로 변경합니다.

게시글이 색인되지 않아요.

글 발행 시 색인에는 짧게는 몇 시간부터 길게는 몇 달이 걸리기도 합니다. 특히 신생 도메인의 경우 스팸 우려로 인해 색인이 오랫동안 되지 않는 경우가 매우 흔합니다. 이 경우 아래 2가지 작업을 진행하시기를 추천드립니다.

구글 서치콘솔에 도메인을 등록하고 사이트맵을 등록합니다. 인블로그 사용시 (블로그 주소)/sitemap.xml 에 자동으로 사이트맵이 생성 및 업데이트 됩니다. 초기에는 구글 서치콘솔에 들어가서 포스트 발행 시마다 수동으로 색인 요청을 진행할 수 있습니다. 도메인 권위가 충분히 쌓이면 게시글 작성 후 별개의 색인 요청 없이도 수 시간 이내로 색인이 되는 것을 확인할 수 있습니다.
게시글을 링크드인에 포스팅하는 등 좋은 백링크를 확보해주세요. 이를 통해 초기 트래픽도 확보하고, 도메인 권위도 쌓을 수 있습니다. 스팸성이 아닌 고객에게 도움이 되는 콘텐츠를 작성하고, 그들이 있는 커뮤니티에 콘텐츠를 배포하는 것은 선택이 아니라 필수입니다.

구글 색인이 안 되는데, 웹사이트 코드 문제일 가능성이 높은가요?

대부분의 경우, 색인이 지연되는 원인은 코드 문제보다 외부 요인 일 가능성이 높습니다. 구글은 웹페이지의 HTML을 기준으로 크롤링 및 색인을 진행하기 때문에, SEO 설정 역시 소스코드 자체가 아니라 실제 렌더링된 웹페이지 기준으로 평가 됩니다.

기술적인 문제가 없는지 확인할 요소: 메타 태그(title, description), 이미지 및 alt 태그, Heading 구조(H1, H2 등), 페이지 접근 가능 여부(robots 차단 없음).

색인이 안 되는 주요 원인 (실제 핵심): 도메인 신뢰도 부족(신생 도메인), 백링크 부족, 내부 링크 구조 부족, 콘텐츠 수 부족. 특히 백링크가 전혀 없는 경우 색인 지연이 매우 흔하게 발생합니다.

가장 효과적인 해결 방법: 메인 웹사이트 → 블로그로 링크 연결(푸터, 메뉴), 이미 색인된 페이지에서 내부 링크 추가, SNS·커뮤니티 공유를 통한 초기 트래픽 확보, 콘텐츠 수를 일정 수준 이상 확보. 특히 "메인 사이트에서 블로그로 링크 1개 추가" 만으로도 색인 속도가 크게 개선되는 경우가 많습니다.

수동 색인 요청은 어떻게 하나요?

일반적으로 페이지는 발행 후 약 1~2주 내에 자동으로 색인됩니다. 하지만 구글은 발행되는 모든 페이지를 색인하지는 않으며, 페이지가 색인되는지와 그 속도는 콘텐츠의 가치와 검색 수요 에 따라 달라집니다.

구글 서치콘솔을 통해 특정 URL의 색인을 직접 요청할 수 있지만, 이 경우에도 반영까지 최대 1~2주가 걸릴 수 있습니다.

주의사항

요청을 제출하더라도 페이지가 반드시 색인된다는 보장은 없습니다.
하루에 제출할 수 있는 색인 요청 수에는 제한이 있습니다. 많은 페이지를 색인하려면 사이트맵 제출 이 더 효율적입니다. → 사이트맵 제출하기

색인 요청 단계

구글 서치콘솔 URL 검사 도구 에 접속합니다.
색인하려는 페이지 URL 을 입력합니다.
검사 결과 페이지에서 색인 생성 요청 을 클릭합니다.
실시간 테스트에서 색인이 가능하다고 확인되면 색인 대기열에 등록됩니다. 테스트에서 색인 불가 판정을 받으면 색인 요청을 제출할 수 없습니다.

구글 서치콘솔에서 "메타 태그가 잘못되었습니다" 라는 오류가 뜹니다. 왜 그런가요?

해당 오류는 대부분 메타 태그 자체의 문제라기보다, 검증 과정에서 발생하는 일시적인 지연 으로 인해 나타나는 경우가 많습니다.

주요 원인

페이지가 아직 구글에 완전히 반영되지 않은 상태
브라우저 또는 CDN 캐시로 인해 최신 HTML이 반영되지 않음
구글이 메타 태그를 아직 크롤링하지 못한 상태

확인 및 해결 방법: 메타 태그를 정상적으로 삽입했다면, 잠시 후 다시 검증을 시도해 주세요. 보통 수 분 ~ 수 시간 내에 정상적으로 처리되는 경우가 많습니다. 필요 시 브라우저 캐시 삭제 또는 강력 새로고침(Ctrl+Shift+R)을 진행해 주세요.

구글 서치콘솔을 연동한 지 2주가 지났는데, 대시보드에 "데이터 처리 중" 으로 표시됩니다.

이 현상은 대부분 신생 도메인 또는 초기 SEO 단계에서 발생하는 정상적인 지연 입니다. 구글 서치콘솔 데이터는 단순 연동만으로 바로 표시되지 않고, 색인 및 검색 데이터가 충분히 쌓여야 대시보드에 반영됩니다.

주요 원인: 신생 도메인(구글이 사이트를 신뢰하기까지 시간이 필요), 색인된 페이지 수 부족, 도메인 구조 변경 영향(서브도메인 → 서브디렉토리 변경 시 구글이 새로운 구조를 다시 학습하는 시간 필요).

데이터 표시 시점: 보통 2주 ~ 4주 이상 소요될 수 있으며, 콘텐츠 수와 색인 상태에 따라 더 오래 걸릴 수 있습니다.

빠르게 개선하려면: 색인 요청 지속 진행(서치콘솔 URL 검사), 이미 색인된 페이지에서 내부 링크 연결, 콘텐츠 발행 수 증가(최소 10~20개 이상), 사이트맵 제출 확인을 병행하시길 권장드립니다.

미리보기로 확인한 경우에도 방문수가 집계되나요?

아니요. 에디터에서 미리보기 로 확인하는 경우는 실제 게시글 URL과 다른 경로로 동작하기 때문에 조회수 및 유입수에 포함되지 않습니다.

총 방문수 및 자연 유입수 집계에 자사 IP도 포함되나요?

네, 기본적으로 자사 IP를 포함한 모든 방문이 집계됩니다. 다만, 인블로그에서는 내부 트래픽을 구분하기 위한 방식이 일부 적용되어 있습니다.

내부 트래픽 처리 방식: 인블로그 대시보드에서 블로그에 접속할 경우 URL에 ?traffic_type=internal 파라미터가 자동으로 포함됩니다. 이 경우 해당 방문은 트래픽 집계에 포함되지 않습니다.

주의사항: 위와 같은 파라미터가 없는 일반 접속(예: 직접 URL 접속, 외부에서 접속)은 자사 IP라도 방문수에 포함됩니다. 현재는 IP 자체를 기준으로 트래픽을 제외하는 기능은 제공되지 않습니다.

`?traffic_type=internal` 은 무엇을 의미하나요?

주소 뒤에 붙는 ?traffic_type=internal 은 내부 트래픽임을 의미하며, 블로그 대시보드에서 블로그 보기 및 게시글 보기 를 클릭 시에 자동으로 붙는 쿼리 파라미터입니다. 해당 쿼리 파라미터가 추가된 링크를 공유하면 애널리틱스 및 사용량에 집계가 되지 않습니다. 따라서 내부 인원들에게는 해당 쿼리 파라미터가 추가된 주소를 공유하는 것이 좋습니다.

반대로 외부 독자들에게 게시글을 공유 시에는 성과 측정을 위해 반드시 해당 파라미터를 제거하고 공유하시기를 추천드립니다.

팀 · 권한

팀 플랜에서 팀원 수에 제한이 있나요?

아니요, 없습니다. 팀원을 제한 없이 추가할 수 있습니다. 비즈니스 플랜에서도 동일하게 적용됩니다. 팀원 수와 관계없이 블로그 단위로 과금됩니다.

팀원에게 글 작성만 허용하고, 발행 권한은 제한할 수 있나요?

일부 권한 설정은 가능하지만, 세부적인 권한 분리는 현재 제한되어 있습니다. 역할(Role) 기반으로 기본적인 권한 설정은 가능하지만, "작성만 가능", "임시저장만 가능", "발행 제한" 등 세부 단계별 권한 분리는 현재 지원되지 않습니다.

관리자 외에 다른 사용자도 개별 계정으로 로그인할 수 있나요?

네, 가능합니다. 팀원을 초대하면 각 사용자별 개별 계정으로 로그인하여 사용할 수 있습니다.

성능 · 기술적 이슈

모바일 Lighthouse 점수가 낮고 LCP가 높으면, 인블로그 측에서 추가로 해줄 수 있는 최적화가 있나요?

Lighthouse 점수는 개선 여지가 있는 지표이지만, 점수 자체가 SEO 순위에 직접 반영되는 것은 아닙니다. 실제로 더 중요하게 봐야 하는 것은 Core Web Vitals 의 필드 데이터(실사용자 기준) 입니다. 즉, 실제 사용자 환경에서의 LCP, INP, CLS 가 더 핵심적인 지표입니다.

인블로그 측에서는 다음과 같은 기본적인 성능 최적화를 지속적으로 개선하고 있습니다: 이미지 최적화, SSR 렌더링, 기본적인 리소스 로딩 최적화. 다만, 무조건적인 자바스크립트 지연 로딩이나 과도한 최적화는 오히려 사용자 경험(UX)이나 AEO 측면에서 불리할 수 있습니다. 따라서 Lighthouse 점수만을 기준으로 보기보다, 실제 사용자 경험과 콘텐츠/구조 최적화 를 우선적으로 점검하시는 것을 권장드립니다.

블로그 접속 시 "브라우저를 확인하지 못했습니다 (코드 99)" 오류가 발생합니다.

해당 오류는 인블로그 자체 문제가 아니라, Vercel 보안 검증 과정에서 브라우저가 차단될 때 발생하는 오류 입니다. 일시적인 네트워크/브라우저 환경 문제로 발생하는 경우가 많습니다.

해결 방법 (순서대로 시도):

브라우저 캐시 및 쿠키 삭제
다른 브라우저로 접속 (Chrome, Safari 등)
시크릿(프라이빗) 모드로 접속
VPN / 프록시 사용 중이라면 해제

대부분의 경우 일시적인 문제로 자동 해결 됩니다.

블로그 제목과 소개글을 수정했는데, 메인 화면 배너에는 왜 바로 바뀌지 않나요?

설정 탭의 블로그 제목/소개글 은 기본적으로 SEO용 설정입니다. 다만, 디자인 탭 → 배너에서 배너 제목과 서브텍스트를 직접 입력한 경우, 메인 화면에는 그 수동 입력값이 우선 반영됩니다.

SEO용 제목/소개글을 배너에도 그대로 반영하고 싶다면: 디자인 탭 → 배너에서 제목과 서브텍스트를 비워 주세요.
배너 문구를 별도로 운영하고 싶다면: 디자인 탭 → 배너에서 해당 문구를 직접 수정해 주세요.

반영 지연 문제라기보다는 우선 적용되는 설정 위치가 다르기 때문 입니다.

노션에서 글을 불러왔는데, 인블로그 페이지에 보이지 않는 엑박 이미지가 뜹니다.

이 현상은 노션 자체의 블록 처리 방식 에서 발생합니다.

노션에서 지원하지 않는 포맷의 이미지를 업로드할 경우, 보이지 않는 얇은 블록이 삽입되면서 문제가 생길 수 있습니다.
이 블록은 실제 이미지를 포함하지 않으므로, 인블로그 화면에서는 무효 경로로 처리되어 엑스박스(❌) 아이콘으로 표시됩니다.
노션 원본 문서에서 해당 영역을 스크롤하거나 다중 선택해 보면 얇은 선 형태의 블록을 확인할 수 있습니다.
이 블록을 삭제하시면 정상적으로 표시됩니다.

메인 페이지로 이동했을 때 화면 맨 아래가 뜨는 이유는 무엇인가요?

인블로그는 이전에 보던 위치를 기억해, 다시 해당 페이지로 돌아왔을 때 같은 스크롤 위치를 보여주는 방식 으로 동작할 수 있습니다. 따라서 메인 페이지로 이동했을 때 화면의 맨 아래가 보이는 경우는, 이전 방문 시점의 스크롤 위치가 복원된 상황일 가능성이 있습니다.

다만, 사용자가 기대하는 동작이 항상 "맨 위에서 시작" 인 경우도 많기 때문에, 이 부분은 개선 요청 또는 UX 피드백 항목으로 관리하는 것이 적절합니다.

디자인 · 커스터마이징

블로그 페이지 개발 코드를 직접 수정할 수 있나요? 아임웹처럼 동작하나요?

전면적으로 코드를 수정하는 것은 불가능하며, 기본적으로 원활한 SEO를 위한 구조가 내장되어 있습니다. 팀플랜에서는 기업 맞춤형 요구에 따라 제한된 부분을 수정할 수 있으며, 수정 가능한 범위는 다음과 같습니다:

블로그 전역 및 개별 포스트에 커스텀 스크립트 삽입
디자인 탭의 GUI 및 코드 편집기 를 활용해 블로그 홈 화면을 기존 웹사이트 스타일에 맞게 수정

[Share Articles] 는 현재 삭제나 위치 변경을 지원하지 않아 수정이 불가능합니다. 다만 추후 UI 커스텀 기능 강화 를 통해 지원할 예정입니다.

본문의 특정 위치로 이동하는 버튼이나 앵커 기능을 사용할 수 있나요?

본문에 헤딩 태그(H1~H3) 를 사용하면, 좌측에 자동으로 플로팅 목차가 생성되어 각 섹션으로 바로 이동할 수 있습니다. 또한 Scroll-to Sitelink 기능을 활용하면 원하는 문장을 드래그한 뒤 마우스 우클릭 → Copy link to highlight 를 선택해, 해당 문장 위치로 바로 이동하는 하이라이트 링크를 만들 수 있습니다.

콘텐츠 상단에 카테고리를 플로팅으로 고정할 수 있나요?

현재 인블로그에서는 콘텐츠 상단에 카테고리를 플로팅으로 고정하는 기능을 공식적으로 제공하지 않습니다. 다만, 필요하신 경우 디자인 탭의 헤더바를 활용해 카테고리를 노출하는 방식으로 커스텀 하실 수 있습니다.

메뉴마다 글 리스트의 레이아웃을 다르게 설정할 수 있나요?

현재는 메뉴마다 서로 다른 글 리스트 레이아웃을 공식 기능으로 설정하는 것은 어렵습니다. 디자인 또는 HTML 수준에서 별도로 구현 가능한 범위가 아니라면, 기본적으로는 전체 블로그의 리스트 레이아웃을 공통으로 사용하는 방식으로 이해해 주시는 것이 맞습니다.

폰트나 글자 크기를 변경할 수 있나요? (예: H2 사이즈 조정, 웹사이트 타이포그래피와 통일 등)

현재 인블로그는 기본적으로 타이포그래피(폰트, 글자 크기, 각 헤딩 스타일 등)를 직접 수정하는 공식 기능을 제공하지 않습니다. 다만, 커스텀 코드 기능 을 통해 일부 스타일을 사용자 정의로 변경하는 것은 가능합니다.

가능한 방식: 대시보드 디자인 탭 → 커스텀 코드 기능을 활용하여 h2 { font-size: 20px; } 같은 CSS를 삽입하면 H2 크기 등 일부 글자 스타일을 조정할 수 있습니다.

주의사항 (권장하지 않는 이유): 커스텀 CSS는 서비스 업데이트에 따라 깨질 수 있는 구조적 위험이 있습니다. 스타일 충돌이나 예상치 못한 브레이킹이 발생할 수 있어 공식적인 기능으로는 제공되지 않는 상태입니다. 유지보수 비용이 발생할 수 있으며, 여러 에디터/페이지 전반에 영향을 줄 가능성이 있습니다.

헤더/배너를 빼고 콘텐츠만 임베드할 수 있나요? (원래 사이트에 블로그 본문만 보이게)

가능합니다. 다만 특정 URL 파라미터로 숨기는 방식은 지원하지 않으며, 레이아웃 설정을 통해 구성하셔야 합니다.

설정 방법

인블로그 대시보드 → 디자인 탭 으로 이동
헤더 / 배너 / 푸터 각 세부 탭에서 커스텀 코드 기능 활성화
해당 커스텀 코드 영역의 HTML·CSS를 모두 비워 저장 → 카테고리/게시글 본문만 보이는 미니멀 레이아웃이 됩니다.
이렇게 구성한 페이지를 필요 시 iframe 등으로 임베드 해 사용할 수 있습니다.

주의: SEO 측면의 불이익 가능

iframe 임베드는 부모 사이트의 SEO에 직접적인 이득이 제한적 일 수 있습니다.
검색 엔진은 부모 페이지와 iframe 내부 페이지를 서로 다른 문서 로 취급하므로, 부모 사이트의 내부 링크 구조/콘텐츠 시그널 강화 효과가 약하고, 색인·랭킹 판단에서 기대효과가 낮을 수 있습니다.

추천 대안: RSS 피드로 카드·리스트를 렌더링하거나, 네이티브 디자인/커스텀 코드로 기존 사이트의 헤더/푸터 스타일을 디자인 탭에서 맞춰 임베드 없이 일관된 UX를 구성하는 방법을 권장드립니다.

콘텐츠 · 다국어

다국어 블로그를 운영하려면 하나의 블로그에서 번역 기능으로 가능한가요, 아니면 각각 따로 운영해야 하나요?

현재 인블로그에서는 하나의 블로그에서 자동 번역 형태로 다국어를 운영하는 기능은 제공되지 않습니다. 따라서 다국어 블로그를 운영하려면 언어별로 각각 별도의 블로그를 생성하여 운영 해야 합니다.

자세한 내용은 결제·복수 블로그 FAQ 의 "언어별로 다른 블로그를 운영하려고 합니다" 항목을 참고해 주세요.

블로그 글에 동영상을 포함할 수 있나요?

네, 가능합니다. 유튜브 임베딩 기능 을 통해 블로그 글에 동영상을 삽입할 수 있습니다.

유튜브에 영상을 업로드합니다.
영상의 URL을 복사합니다.
인블로그 에디터에서 유튜브 임베딩 블록 을 선택합니다.
해당 URL을 입력하면, 글 본문에 영상이 삽입됩니다.

인블로그에서 유료 구독(멤버십) 기능을 제공하나요?

현재 인블로그에서는 유료 구독(멤버십) 기능을 제공하지 않습니다. 즉, 특정 콘텐츠를 구독자에게만 공개하거나, 유료 뉴스레터처럼 유료 콘텐츠 접근 제한 기능은 지원되지 않습니다. 해당 기능이 필요하신 경우 외부 결제/멤버십 서비스와의 조합을 검토하셔야 합니다.

다른 브랜드들도 한국어/영어 블로그를 운영할 때, 블로그를 2개 운영하며 각각 과금되나요?

네, 맞습니다. 인블로그에서는 블로그를 워크스페이스(블로그 단위) 로 운영하기 때문에, 한국어/영어처럼 언어별로 블로그를 분리할 경우 각각 별도의 블로그로 생성되며, 각 블로그마다 개별적으로 과금됩니다.

페이지뷰 기준 과금은 어떤 방식으로 계산되나요?

페이지뷰(Pageview)는 사용자가 블로그의 개별 페이지를 조회한 횟수 를 의미합니다. 즉, 게시글 하나를 1번 열면 → 1 페이지뷰, 여러 게시글을 이동하며 보면 → 페이지마다 각각 카운트됩니다. 이 값들이 월 단위로 누적되어 과금 기준으로 사용됩니다.

회사 웹사이트에서 인블로그로 연결하는 방식은 어떤 전략 차이가 있나요?

회사마다 블로그를 연결하는 방식은 전략에 따라 다르게 운영됩니다.

1. 웹사이트 → 블로그 연결 (일반적인 방식): 메인 사이트에서 블로그로 이동하는 버튼/링크 제공, 블로그를 콘텐츠 허브 및 SEO 유입 채널로 활용. 가장 보편적인 구조.

2. 블로그를 별도 채널로 운영: 웹사이트와 직접 연결하지 않거나 최소화. 검색 유입 중심으로 독립적인 트래픽 채널로 운영.

3. 웹사이트 + 자체 콘텐츠 + 블로그 병행 운영: 웹사이트에서도 콘텐츠 발행, 블로그에서도 콘텐츠 발행. 목적별로 채널을 나누는 전략.

어떤 방식이 "정답" 이라기보다는 비즈니스 구조와 마케팅 전략에 따라 선택되는 구조 입니다.

인블로그는 네이버 SEO에도 효과가 있나요? 네이버 블로그보다 불리한가요?

인블로그는 네이버 검색에도 노출될 수 있으며, 실제로 네이버에서 트래픽이 발생하는 사례도 존재합니다. 다만, 네이버 검색 엔진은 자사 서비스인 네이버 블로그를 우대하는 경향이 있는 것으로 알려져 있습니다.

따라서 네이버 검색을 주요 채널로 가져가고 싶다면: 인블로그(구글/AI 검색 중심) + 네이버 블로그 병행 운영 을 권장드립니다.

정리하면:

인블로그 → 구글 SEO, 글로벌 검색, 장기 자산화에 강점
네이버 블로그 → 네이버 내부 노출에 유리

인블로그는 네이버 블로그와 비슷한 서비스인가요?

네, 인블로그는 네이버 블로그처럼 손쉽게 블로그를 운영할 수 있는 툴 입니다.

다만, 결정적인 차이점은 플랫폼 종속 여부 입니다.

네이버 블로그 는 네이버 내부 검색과 트래픽에 최적화된 폐쇄형 플랫폼인 반면,
인블로그 는 자체 도메인 기반의 독립형 블로그 로, 구글 검색, AI 챗봇(AI Overview, Perplexity 등), 네이버 검색 등 다양한 채널에서 노출될 수 있습니다.

즉, 인블로그는 "기업용 SEO 중심 블로그 CMS" 로, 검색 채널 다변화와 장기적인 콘텐츠 자산화를 목표로 하는 팀에게 적합한 서비스입니다.

이전결제 · 과금 · 복수 블로그 FAQ