수정 이력(5건, 최종 수정 2026년 08월 23일)
이 글에 적용한 변경 사항의 기록입니다. 보관해 둔 수정 전 버전은 DOI가 부여된 고정 URL에서 읽을 수 있습니다.
- 멈춰 있는 곳을 찾는 방법과, 홈·서비스 페이지·문의 페이지를 고치는 순서를 그림으로도 따라갈 수 있도록 Mermaid 그림 8점을 추가했습니다(본문 500~750자당 그림 1점 규약에 맞춘 것입니다). 본문 문장은 바꾸지 않았습니다.
- 글 맨 앞에 「이 글의 지식 맵」절을 추가했습니다. 본문에서 다루는 개념과 그 관계를 요약·그림·상세 페이지 링크로 정리한 것입니다. 본문의 주장은 바꾸지 않았습니다.
- 외부 리뷰(1283건) 대응으로 본문을 갱신했습니다. 개별 변경 내용은 아래 이력을 참고하십시오.
- 어디에서 멈췄는지를 찾는 방법을 새로 만들고, 세 곳 각각에 고치기 전과 후의 문구 표를 추가했습니다. 본문 중 자사 서비스 링크는 6곳에서 2곳으로 줄이고, 링크 삽입으로 깨져 있던 문장을 고쳤습니다. 변화를 어떻게 확인할지의 절도 더했습니다.
- 출처가 본문 어디에서도 참조되지 않아 「참고 자료」 제목만 빈 채로 표시되던 문제를 수정했습니다. 출처 4건을, 각각이 뒷받침하는 본문 서술에서 참조하도록 했습니다.
- 최초 공개
이 글을 인용하기(DOI: 10.5281/zenodo.21635220)
이 글은 Zenodo에 보관되어 있습니다. 항상 최신 버전으로 연결되는 DOI와 지금 보고 있는 버전에 고정된 DOI를 아래에 함께 제시합니다.
Go Komura (2026). 「문의가 오지 않는 사이트에서 먼저 고쳐야 할 세 곳」. 합동회사 코무라소프트. https://doi.org/10.5281/zenodo.21635220 https://comcomponent.com/ko/blog/inquiry-flow-fix-first-three-places/
- DOI(최신 버전)
- 10.5281/zenodo.21635220
- DOI(이 버전)
- 10.5281/zenodo.21635221
문의가 오지 않는 사이트를 다시 볼 때, 광고나 글을 늘리기 전에 먼저 고쳐야 할 곳이 있습니다. 많은 경우 홈, 서비스 페이지, 문의 페이지 세 곳입니다.
이 글의 대상 독자는 자사 사이트 점검을 맡은 중소기업 담당자와, 그 판단을 하는 경영자입니다. 제작사에 발주한 경우에도 「어디부터 고쳐 달라」고 자기 말로 전할 수 있는 상태를 목표로 합니다.
문의가 멈춘 사이트는 어느 한 곳만 나쁘다고 단정할 수 없습니다. 홈에서 어떤 회사인지 모르고, 서비스 페이지에서 무엇을 맡길 수 있는지 보이지 않으며, 문의 페이지에서 상담 문턱이 높다. 그런 식으로 흐름 전체가 조금씩 약해져 있는 경우가 많습니다.
flowchart TB
accTitle: 흐름 전체가 조금씩 약해지는 구도
accDescr: 문의가 멈춘 사이트는 어느 한 곳만 나쁘다고 단정할 수 없으며, 홈에서 어떤 회사인지 모르고, 서비스 페이지에서 무엇을 맡길 수 있는지 보이지 않으며, 문의 페이지에서 상담 문턱이 높은 식으로, 흐름 전체가 조금씩 약해져 있는 경우가 많다는 것을 나타내는 그림.
a1["홈: 어떤 회사인지 모른다"] --> a2["서비스 페이지: 무엇을 맡길 수 있는지 보이지 않는다"]
a2 --> a3["문의 페이지: 상담 문턱이 높다"]
a3 --> a4["흐름 전체가 조금씩 약해져 멈춘다"]
그림 1: 한 곳의 문제가 아니라, 세 곳의 약함이 쌓여 문의가 멈춘다.
KomuraSoft에서는 웹사이트 제작 안에서 SEO와 문의 동선도 함께 다시 보지만, 실제 개선에서는 이 둘이 상당히 겹칩니다. 검색에서 발견되게 하는 일과 문의로 이어지게 하는 일은 별개의 이야기가 아닙니다. Google이 검색 결과에 올리기 위한 전제로 요구하는 것도, 특별한 잔기술이 아니라 「그 페이지가 무슨 페이지인지 알 수 있는 것」입니다.1
1. 먼저 멈춰 있는 곳을 찾습니다
문의가 오지 않을 때는, 어디에서 멈췄는지를 3단계로 봅니다.
| 위치 | 자주 있는 증상 | 먼저 볼 것 |
|---|---|---|
| 홈 | 어떤 회사인지 모른다 | H1, 리드, 입구 정리 |
| 서비스 페이지 | 무엇을 맡길 수 있는지 모른다 | 지원 범위, 사례, CTA |
| 문의 페이지 | 보낼 마음이 들지 않는다 | 항목 수, 설명문, 안심할 거리 |
이 세 곳은 따로 보이지만, 실제로는 연결되어 있습니다. 홈에서 관심이 생기지 않으면 서비스 페이지까지 가지 않고, 서비스 페이지에서 상담 내용이 보이지 않으면 문의 페이지는 열리지 않습니다.
flowchart TB
accTitle: 세 페이지의 연결
accDescr: 홈·서비스 페이지·문의 페이지는 따로 보이지만 실제로는 연결되어 있으며, 홈에서 관심이 생기지 않으면 서비스 페이지까지 가지 않고, 서비스 페이지에서 상담 내용이 보이지 않으면 문의 페이지는 열리지 않는다는 것을 나타내는 그림.
b1["홈에서 관심이 생긴다"] -->|"나아간다"| b2["서비스 페이지에서 상담 내용이 보인다"]
b2 -->|"연다"| b3["문의 페이지에서 전송한다"]
b1 -.->|"생기지 않으면"| b4["여기서 이탈"]
b2 -.->|"보이지 않으면"| b4
그림 2: 세 곳은 독립이 아니라, 앞 페이지의 약함이 다음 페이지 도달을 막는다.
1.1 어디에서 멈췄는지 찾는 방법
증상 표만으로는 자사 사이트가 어디에 해당하는지 정해지지 않습니다. 순서대로 세 가지를 보면 대체로 좁혀집니다.
1. 검색 결과까지는 오고 있는가
Search Console의 실적 보고서에서는 페이지별 노출 수, 클릭 수, 클릭률을 확인할 수 있습니다.2 여기서 볼 것은 두 종류의 페이지입니다.
- 노출 수가 거의 0인 페이지. 검색 결과에 아예 나오지 않으므로, 멈춰 있는 곳은 검색 쪽입니다. 이 글의 세 곳보다 앞단의 문제가 됩니다
- 노출 수는 있는데 클릭이 극히 적은 페이지. 검색 결과의 보이는 모습에서 멈춰 있습니다. 제목과 설명문은 페이지 안 서술에서 만들어지므로,34 고칠 곳은 페이지 본문입니다
2. 사이트 안에서 어디까지 진행되고 있는가
액세스 분석에서 홈, 서비스 페이지, 문의 페이지 세 곳을 노출 수가 많은 순으로 나열합니다. 서비스 페이지까지는 오는데 문의 페이지 숫자가 자릿수가 다를 만큼 작으면, 멈춰 있는 곳은 서비스 페이지입니다. 반대로 문의 페이지까지는 열리는데 전송이 없으면, 멈춰 있는 곳은 폼입니다.
3. 사람에게 10초 보여 준다
측정으로 아는 것보다 빨리 알 수 있는 경우도 있습니다. 사내에서 그 사이트를 만들지 않은 사람에게 홈을 10초만 보여 주고 「이것은 어떤 회사입니까」라고 물어보십시오. 답이 나오지 않거나, 답이 실제 사업과 어긋나면, 멈춰 있는 곳은 홈입니다.
세 가지 중 여러 개가 해당하기도 하지만, 그 경우에도 다음 장의 순서대로 위에서부터 고치면 문제없습니다.
flowchart TB
accTitle: 멈춰 있는 곳을 찾는 방법
accDescr: 먼저 Search Console의 실적 보고서로 검색 결과까지 오고 있는지를 보고, 다음으로 액세스 분석에서 홈·서비스·문의 중 어디까지 진행되고 있는지를 비교하며, 마지막으로 제작에 관여하지 않은 사람에게 홈을 10초 보여 주고 어떤 회사인지 묻는 3단계로, 멈춰 있는 곳을 좁힐 수 있다는 것을 나타내는 그림.
c1["1. Search Console로 검색 결과까지 오고 있는가"] --> c2["2. 액세스 분석으로 어디까지 진행되고 있는가"]
c2 --> c3["3. 사람에게 10초 보여 주고 어떤 회사인지 묻는다"]
c3 --> c4["멈춰 있는 곳이 좁혀진다"]
c1 -.-> c5["노출 0이면 세 곳보다 앞단의 검색 쪽 문제"]
그림 3: 측정 두 가지와 10초 테스트로, 어디에서 멈췄는지는 좁힐 수 있다.
이 글의 지식 맵
이 글은 문의가 오지 않는 사이트에서는 톱 페이지·서비스 페이지·문의 페이지 세 곳을 이 순서로 고쳐야 한다고 말합니다. 톱 페이지는 H1로 누구를 위한 어떤 회사인지를 전하며, Google Search Essentials가 요구하는 페이지의 이해하기 쉬움과 서비스 페이지로 가는 링크 문구의 구체성으로도 이어집니다. 검색 결과의 제목과 스니펫도 H1과 페이지 안의 설명에서 생성됩니다. 어디에서 멈추는지는 Search Console의 검색 실적 보고서와 접속 분석의 퍼널 비교로 가려내고, 개선 효과는 고치기 전후를 같은 기간으로 비교하거나 10초 테스트로 확인합니다. 문의 페이지에서는 항목을 줄인 폼이 권장됩니다.
flowchart LR
accTitle: 문의 동선 개선 지식 맵
accDescr: 톱 페이지·서비스 페이지·문의 페이지를 고치는 순서와, Search Console이나 접속 분석으로 하는 진단, H1이나 스니펫 등 검색 결과의 보이는 방식과의 관계를 보여주는 그림
top_page["메인 페이지"]
service_page["서비스 페이지"]
contact_page["문의 페이지"]
h1_heading["H1 제목"]
title_link_optimization["검색 결과의 제목 링크"]
snippet_optimization["검색 결과 스니펫(설명문)"]
search_console_performance_report["Search Console 검색 실적 보고서"]
web_analytics_funnel_check["액세스 분석에 의한 퍼널 비교"]
before_after_comparison_measurement["수정 전후 비교 측정"]
crawlable_link_best_practices["링크 모범 사례"]
google_search_essentials["Search Essentials"]
minimal_form_fields["항목을 줄인 문의 양식"]
ten_second_test["10초 테스트"]
top_page -->|"보다 먼저 해야 한다"| service_page
service_page -->|"보다 먼저 해야 한다"| contact_page
h1_heading -->|"권장되는 대응"| top_page
title_link_optimization -->|"이용한다"| h1_heading
snippet_optimization -->|"전제로 한다"| top_page
snippet_optimization -->|"전제로 한다"| service_page
top_page -->|"에서 확인할 수 있다"| search_console_performance_report
service_page -.->|"에서 확인할 수 있다"| web_analytics_funnel_check
contact_page -.->|"에서 확인할 수 있다"| web_analytics_funnel_check
top_page -->|"에서 확인할 수 있다"| before_after_comparison_measurement
crawlable_link_best_practices -->|"권장되는 대응"| top_page
top_page -.->|"전제로 한다"| google_search_essentials
minimal_form_fields -->|"권장되는 대응"| contact_page
search_console_performance_report -->|"보다 먼저 해야 한다"| web_analytics_funnel_check
top_page -->|"에서 확인할 수 있다"| ten_second_test
그림의 실선은 항상 성립하는 관계, 점선은 조건이 붙는 관계입니다(성립 조건은 상세 페이지의 관계별 설명에 적혀 있습니다). 관계 전체 목록(총 15건, 근거와 확신도 포함)과 주요 개념의 정의는 지식 맵 상세 페이지에 정리되어 있습니다(일본어). 데이터: JSON-LD / Turtle
2. 먼저 고쳐야 할 첫 번째는 홈입니다
홈은 검색 유입의 착지점이며, 재방문자의 확인 페이지이기도 합니다. 여기서 「누구를 위한 어떤 회사인가」가 한순간에 전해지지 않으면, 뒤 페이지도 잘 읽히지 않습니다.
볼 포인트는 이 정도입니다.
- H1만으로 무엇을 하는 회사인지 알 수 있는가
- 첫 화면에 입구가 두 개 정도로 정리되어 있는가
- 서비스 페이지로 가는 링크 문구가 구체적인가
- 회사 정보나 실적으로 이어지는 동선이 있는가
이 네 가지는 사이트를 방문한 사람만의 문제가 아닙니다. 검색 결과에 나오는 제목은 H1이나 페이지 제목에서 만들어집니다.3 그 아래 설명문도 페이지 안 서술에서 만들어집니다.4 즉, 홈에서 「어떤 회사인가」를 쓰지 못하면 검색 결과의 보이는 모습도 마찬가지로 모호해집니다. 링크 문구를 구체적으로 두면, 링크 대상에 무엇이 있는지가 독자와 검색 엔진 모두에 전해집니다.5
flowchart TB
accTitle: 홈 문구는 검색 결과에도 영향을 준다
accDescr: 검색 결과에 나오는 제목은 H1이나 페이지 제목에서 만들어지고, 그 아래 설명문도 페이지 안 서술에서 만들어지므로, 홈에서 어떤 회사인가를 쓰지 못하면 검색 결과의 보이는 모습도 마찬가지로 모호해진다는 것을 나타내는 그림.
d1["홈의 H1과 본문 서술"] --> d2["검색 결과 제목이 여기서 만들어진다"]
d1 --> d3["설명문도 페이지 안 서술에서 만들어진다"]
d2 --> d4["홈이 모호하면 검색 결과의 보이는 모습도 모호해진다"]
d3 --> d4
그림 4: 홈 문구를 고치는 일은 방문자뿐 아니라 검색 결과의 보이는 모습에도 영향을 준다.
홈 개선은 카피를 예쁘게 다듬는 일보다, 방문자가 처음 몇 초 안에 자신의 목적지를 고를 수 있게 하는 작업입니다. 서비스가 두 계통이면, 그 둘 중 어디로 갈지를 헤매지 않게 하는 것이 목적이 됩니다.
문구로 말하면 이렇게 바뀝니다. 가상의 회사 예입니다.
| 위치 | 고치기 전 | 고친 뒤 |
|---|---|---|
| H1 | 기술로, 미래를 만든다. | 산업용 장치의 제어 소프트웨어를 개발·개조하는 회사입니다 |
| 첫 화면의 입구 | 사업 소개／제품 정보／회사 안내／채용 정보／공지 | 신규 개발 상담／기존 장치 개조·장애 조사 |
| 서비스 페이지로 가는 링크 문구 | 자세히 보기 | 기존 장치 개조 진행 방식을 보기 |
| 실적으로의 동선 | 실적 | 검사 장치·이송 장치의 수행 실적 보기 |
고치기 전이 모두 틀린 것은 아닌데도 문제인 이유는, 동종 다른 회사가 그대로 써도 성립하기 때문입니다. 자사명을 가리고 읽었을 때 다른 회사와 구분이 안 되는 문구는 다시 쓸 후보가 됩니다.
3. 먼저 고쳐야 할 두 번째는 서비스 페이지입니다
홈이 조금 나아져도, 서비스 페이지에서 무엇을 맡길 수 있는지가 모호하면 문의는 늘지 않습니다.
서비스 페이지에서는 이 네 가지를 분명히 합니다.
- 무엇을 하는 서비스인가
- 어떤 회사에 맞는가
- 무엇이 결과물이 되는가
- 다음에 어떻게 상담하면 되는가
이 네 가지도 문구로 내리면 차이가 분명해집니다.
| 분명히 할 것 | 고치기 전 | 고친 뒤 |
|---|---|---|
| 무엇을 하는 서비스인가 | 고객의 과제에 맞춘 최적의 제안 | 가동 중인 업무 시스템을 멈추지 않고 기능 추가와 장애 수정을 합니다 |
| 어떤 회사에 맞는가 | 폭넓은 업종에 대응합니다 | 개발한 담당자가 퇴사하고 사양서가 남아 있지 않은 회사에 맞습니다 |
| 무엇이 결과물이 되는가 | 고품질 결과물을 전해 드립니다 | 개조 후의 소스 코드 일체와, 변경점·확인 절차를 정리한 기록을 드립니다 |
| 다음에 어떻게 상담하면 되는가 | 편하게 상담해 주십시오 | 현상과 발생 시기만 적어 보내 주십시오. 자료가 없어도 됩니다 |
예를 들어 사이트 제작을 다루는 페이지라면, 「무엇을 하는 회사인지 전해지도록 정리한다」「회사 정보를 보여 주는 방식을 정리한다」「문의 동선을 정리한다」처럼, 상담 결과가 보이는 식으로 쓰는 편이 더 잘 전해집니다. 같은 페이지에서 SEO나 문의 동선까지 다룬다면, 검색 결과에서 발견되는 일과, 발견된 뒤에 문의로 나아가는 일을 나눠 설명하는 편이 이해하기 쉽습니다.
flowchart TB
accTitle: 서비스 페이지에서 분명히 할 네 가지
accDescr: 서비스 페이지에서는 무엇을 하는 서비스인가, 어떤 회사에 맞는가, 무엇이 결과물이 되는가, 다음에 어떻게 상담하면 되는가의 네 가지를 분명히 하고, 상담 결과가 보이는 식으로 쓰면 전해진다는 것을 나타내는 그림.
e1["무엇을 하는 서비스인가"] --> e2["어떤 회사에 맞는가"]
e2 --> e3["무엇이 결과물이 되는가"]
e3 --> e4["다음에 어떻게 상담하면 되는가"]
e4 -.-> e5["상담 결과가 보이는 식으로 쓴다"]
그림 5: 서비스 페이지는 이 네 가지를 순서대로 채우면, 맡길 수 있는 일이 보이기 시작한다.
4. 먼저 고쳐야 할 세 번째는 문의 페이지입니다
문의 페이지는 뒤로 밀리기 쉽지만, 여기에 불안이 남으면 홈과 서비스 페이지가 좋아도 전송되지 않습니다.
자주 있는 걸림돌은 이런 것입니다.
- 무엇을 상담해도 되는지 모른다
- 폼 항목이 너무 많다
- 무엇을 써야 하는지 모른다
- 보낸 뒤 어떻게 되는지 모른다
네 가지 모두, 페이지에 문장 하나만 더하면 없어지는 것들입니다.
| 걸림돌 | 고치기 전 | 고친 뒤 |
|---|---|---|
| 무엇을 상담해도 되는지 모른다 | 문의 폼 | 견적 의뢰 전 단계여도 됩니다. 「곤란한 상태」만으로도 받습니다 |
| 무엇을 써야 하는지 모른다 | 용건（필수） | 용건 ── 예: 출하한 장치가 달에 몇 번 멈춘다. 발생은 지난해 가을부터 |
| 보낸 뒤 어떻게 되는지 모른다 | （기재 없음） | 영업일 기준 2일 이내에 회신합니다. 첫 회신은 추가로 여쭐 점의 확인입니다 |
| 항목이 너무 많다 | 회사명·부서·직책·주소·전화·FAX·직원 수·예산 | 회사명·이름·메일 주소·용건 4항목 |
문의 페이지는 회사 정보나 대표 약력 페이지로의 동선과 함께 정리하면 안심할 거리가 늘어납니다.
나아가 상담 종류를 웹사이트 제작, SEO 대책·문의 동선 개선, Windows 수탁 개발처럼 나누면, 읽는 사람도 자신의 상담을 고르기 쉬워집니다.
flowchart TB
accTitle: 문의 페이지의 불안을 없앤다
accDescr: 무엇을 상담해도 되는지, 무엇을 써야 하는지, 보낸 뒤 어떻게 되는지 모른다, 항목이 너무 많다는 네 가지 걸림돌은 페이지에 문장 하나만 더하면 없어지는 것이며, 회사 정보로의 동선이나 상담 종류 분할과 함께 정리하면 안심할 거리가 늘어난다는 것을 나타내는 그림.
f1["네 가지 걸림돌 (상담 내용·쓰는 법·그다음·항목 수)"] --> f2["각각 문장 하나만 더하면 없어진다"]
f2 --> f3["회사 정보·대표 약력으로의 동선으로 안심할 거리를 더한다"]
f3 --> f4["상담 종류를 나눠 고르기 쉽게 한다"]
f1 -.-> f5["불안이 남으면 앞 두 페이지가 좋아도 전송되지 않는다"]
그림 6: 문의 페이지 이탈은, 불안을 문장 하나씩 없애 가면 막을 수 있다.
5. 고치는 순서는 영향이 큰 곳부터입니다
현실에서는 전부를 한 번에 고칠 필요는 없습니다. 다만 문의가 오지 않을 때 우선순위를 빠뜨리면, 개선 효과가 느껴지기 어려워집니다.
권하는 순서는 이렇습니다.
- 홈의 H1과 입구를 고칩니다
- 주요 서비스 페이지를 한 장씩 고칩니다
- 문의 페이지의 설명과 항목을 고칩니다
- 필요하면 회사 정보와 대표 약력을 보강합니다
- 그다음에 블로그나 사례를 더합니다
이 순서면 페이지 수가 적어도 변화가 나타납니다. 처음부터 글을 늘리기보다, 먼저 문의 동선의 토대를 만드는 편이 상담 흐름이 정리되기 쉽습니다.
flowchart TB
accTitle: 고치는 순서
accDescr: 홈의 H1과 입구, 주요 서비스 페이지를 한 장씩, 문의 페이지의 설명과 항목, 필요하면 회사 정보와 대표 약력 보강, 그다음에 블로그나 사례라는 순서로 고치면, 페이지 수가 적어도 변화가 나타난다는 것을 나타내는 그림.
g1["1. 홈의 H1과 입구"] --> g2["2. 주요 서비스 페이지를 한 장씩"]
g2 --> g3["3. 문의 페이지의 설명과 항목"]
g3 --> g4["4. 회사 정보·대표 약력 보강(필요하면)"]
g4 --> g5["5. 그다음에 블로그나 사례"]
그림 7: 글을 늘리는 일은 마지막이고, 먼저 문의 동선의 토대를 만든다.
5.1 변화를 어떻게 확인하는가
이 순서를 권하는 근거는, 영향을 받는 페이지 수가 많다는 점입니다. 홈은 모든 경로의 입구라서 고친 효과가 전체에 미치지만, 글 한 편의 효과는 그 글에 온 사람에게만 미칩니다. 그래서 먼저 홈부터 고칩니다.
그다음, 변화는 자사 사이트에서 재십시오. 절차는 세 가지입니다.
- 고치기 전 숫자를 적어 둡니다. 대상 페이지의 노출 수와 클릭 수(Search Console),2 문의 건수를, 고치기 직전 일정 기간분 기록합니다
- 공개 후, 같은 길이의 기간으로 비교합니다. 한 달 고친 것을 일주일과 비교해도 의미가 없습니다
- 비교 기간의 길이는, 원래 숫자가 적은 정도로 정합니다. 달에 수십 번밖에 노출되지 않는 페이지라면, 한 달로는 차이가 우연 속에 묻힙니다. 숫자가 적은 사이트일수록 길게 잡습니다
얼마나 바뀌는지의 기준을 다른 회사 글에서 빌려 오지 마십시오. 업종, 경쟁, 원래 사이트 상태에 따라 자릿수가 바뀌므로, 자사의 고치기 전 숫자만이 비교 기준이 됩니다.
flowchart TB
accTitle: 변화를 확인하는 방법
accDescr: 고치기 전의 노출 수·클릭 수·문의 건수를 적어 두고, 공개 후 같은 길이의 기간으로 비교하며, 비교 기간의 길이는 원래 숫자가 적은 정도로 정하는 절차로 자사 사이트에서 재야 하고, 얼마나 바뀌는지의 기준을 다른 회사 글에서 빌려 오면 안 된다는 것을 나타내는 그림.
h1["1. 고치기 전 숫자를 적어 둔다"] --> h2["2. 공개 후, 같은 길이의 기간으로 비교한다"]
h2 --> h3["3. 기간의 길이는 원래 숫자가 적은 정도로 정한다"]
h3 -.-> h4["다른 회사 기준은 빌리지 않는다. 기준은 자사의 고치기 전 숫자"]
그림 8: 효과는 다른 회사 기준이 아니라, 자사의 고치기 전 숫자와 비교해 잰다.
숫자 움직임에 시간이 걸리는 경우에도, 1.1의 10초 테스트 답이 바뀌어 있으면 홈 개선은 효과가 있습니다.
정리
문의가 오지 않는 사이트에서 먼저 봐야 할 것은 광고나 글의 양이 아니라, 홈, 서비스 페이지, 문의 페이지의 연결입니다. 이 세 곳이 갖춰지면 독자는 「어떤 회사인가」「무엇을 맡길 수 있는가」「어떻게 상담하면 되는가」를 순서대로 판단할 수 있습니다.
먼저 웹사이트 제작을 문의의 입구로 다시 보는 것부터 시작하는 편이 지름길입니다.
관련 글
참고 자료
-
Google Search Central, Search Essentials ↩
-
Google Search Console Help, Performance report (Search results) ↩ ↩2
-
Google Search Central, Influencing title links in search results ↩ ↩2
-
Google Search Central, Control your snippets in search results ↩ ↩2
-
Google Search Central, Link best practices for Google ↩
관련 기사
같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.
기술계 기업의 홈페이지에서 「무엇을 하는 회사인가」가 전해지지 않는 이유
기술계·B2B 사이트에서 회사의 실체가 전해지지 않는 원인을, 홈·서비스 페이지·회사 정보의 역할 분담부터 정리합니다.
BtoB 사이트에서 문의를 늘리기 ── 고치는 순서의 전체 지도(유입부터 폼까지)
BtoB 사이트 문의를 늘리려면 측정으로 병목을 찾고, 서비스 페이지를 정비하고, 동선을 고친 뒤, 마지막에 유입을 더하는 순서가 유효합니다. 각 시책 글을 고치는 순서에 맞춰 지도로 정리하고, 90일 계획까지 묶습니다.
중소기업 홈페이지 제작 비용 ── 한눈에 보는 가격대와 견적서 읽는 법
중소기업이 홈페이지 제작 견적을 받기 전에 알아 두면 좋은, 목적별·규모별 비용 수준과 견적서 내역 읽는 법, 가격대마다 할 수 있는 일과 할 수 없는 일을 정리합니다.
기업 홈페이지는 왜 만들어야 하는가 - 회사 안내로 끝내지 않고, 이익으로 연결하는 생각
기업 홈페이지를 만들어야 하는 이유와, 검색·비교 검토·문의·수주까지의 흐름 안에서 어떻게 이익으로 연결되는지를 정리합니다. 회사 안내가 아니라, 영업과 고객 유치의 토대로 생각하기 위한 글입니다.
글과 서비스 페이지를 어떻게 잇는가 - 내부 링크 설계의 기본
글에서 서비스 페이지로 자연스럽게 잇는 내부 링크 설계를, 검색 의도, 앵커 텍스트, 관련 글, CTA 동선 배치부터 정리합니다.
관련 토픽
이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.
Windows 기술 토픽
Windows 개발, 장애 조사, 기존 자산 활용에 관한 KomuraSoft LLC 기사를 모은 토픽 허브입니다.
웹 개발 & SEO 토픽
웹사이트 제작, SEO, 문의 동선, 내부 링크 설계를 정리한 토픽 허브입니다.
관련 사례
실제 정리와 개선 진행 방식이 가까운 사례 페이지입니다.
사이트를 두 기둥 구조로 재설계한 사례
Windows 중심의 표현에서 웹·SEO도 전해지는 2축 구조로 KomuraSoft LLC 사이트를 재설계한 사례 페이지입니다.
이 주제와 연결되는 서비스
이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.
웹사이트 제작
홈과 서비스 페이지의 보여 주는 방식을 정리해야 하므로, 웹사이트 제작을 다시 보는 일로도 이어집니다.
자주 묻는 질문
이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.
- 사이트에서 문의가 오지 않을 때, 먼저 어디를 고쳐야 하나요?
- 광고나 글을 늘리기 전에 홈, 서비스 페이지, 문의 페이지 세 곳을 다시 봅니다. 홈에서 어떤 회사인지 모르고, 서비스 페이지에서 무엇을 맡길 수 있는지 보이지 않으며, 문의 페이지에서 상담 문턱이 높은 식으로, 흐름 전체가 조금씩 약해져 있는 경우가 많습니다. 이 세 곳은 따로 보이지만 실제로는 연결되어 있어, 홈에서 관심이 생기지 않으면 서비스 페이지까지 가지 않습니다.
- 홈에서는 무엇을 점검하면 되나요?
- H1만으로 무엇을 하는 회사인지 알 수 있는가, 첫 화면에 입구가 두 개 정도로 정리되어 있는가, 서비스 페이지로 가는 링크 문구가 구체적인가, 회사 정보나 실적으로 이어지는 동선이 있는가, 이 네 가지입니다. 홈은 검색 유입의 착지점이자 재방문자의 확인 페이지이기도 하므로, 「누구를 위한 어떤 회사인가」가 한순간에 전해지지 않으면 뒤 페이지도 잘 읽히지 않습니다.
- 문의 페이지에서 이탈하는 원인은 무엇인가요?
- 무엇을 상담해도 되는지 모른다, 폼 항목이 너무 많다, 무엇을 써야 하는지 모른다, 보낸 뒤 어떻게 되는지 모른다, 같은 불안이 전형적입니다. 여기에 불안이 남으면 홈과 서비스 페이지가 좋아도 전송되지 않습니다. 회사 정보나 대표 약력으로의 동선과 함께 정리하면 안심할 거리가 늘고, 상담 종류를 나눠 고를 수 있게 하면 읽는 사람도 자신의 상담을 고르기 쉬워집니다.
- 사이트 개선은 어떤 순서로 진행하는 것이 효과적인가요?
- 영향이 큰 곳부터 고칩니다. 권하는 순서는 홈의 H1과 입구, 주요 서비스 페이지를 한 장씩, 문의 페이지의 설명과 항목, 필요하면 회사 정보와 대표 약력 보강, 그다음에 블로그나 사례입니다. 이 순서면 페이지 수가 적어도 변화가 나타납니다. 처음부터 글을 늘리기보다, 먼저 문의 동선의 토대를 만드는 편이 상담 흐름이 정리되기 쉽습니다.