결론부터 말씀드립니다. 개업 홈페이지는 잘 만든 명함이 아니라 문의가 들어오는 통로여야 합니다. 사무소 문을 연 다음에 만들면, 검색이 사이트를 믿어 주기까지 걸리는 시간을 그대로 손해 봅니다.
행정사를 찾는 고객이 확인하려는 것은 단 하나, "내 일을 이 사무소가 다루는가"입니다. 식품영업 허가, 외국인 배우자 비자, 영업정지 행정심판. 고객마다 들고 오는 일이 전부 다릅니다.
그래서 행정사 홈페이지는 업무 범위 목록 자체가 콘텐츠입니다. 목록을 얼마나 구체적인 페이지로 펼치느냐가 문의량을 가릅니다.
① 행정사 홈페이지에 반드시 들어가야 할 것
인허가, 비자·체류, 행정심판을 한 페이지에 몰아넣지 말고 각각 절차 페이지로 독립시키세요. 페이지마다 처리 절차, 필요 서류, 대략의 소요 기간, 보수 안내 방침이 들어가야 합니다. "행정사 업무 일체"라는 표현은 아무 검색어와도 만나지 못합니다. 행정사 자격과 경력, 사무소 소개는 그다음입니다. 상담 동선은 전화 외에 문의 폼과 메신저를 함께 열어 두세요. 서류 사진을 먼저 보내고 싶어 하는 고객이 많습니다.
② 빌더로 시작할까, 맞춤으로 지을까
업무 페이지가 서너 개로 끝난다면 아임웹·카페24로 충분합니다. 명함 용도로는 부족함이 없습니다. 그런데 행정사 업무는 파고들수록 페이지가 늘어납니다. 인허가만 해도 업종별로 갈라지고, 비자는 유형별로 갈라집니다. 절차 페이지가 열 개를 넘어 검색 구조를 설계해야 하는 단계라면, 구조를 제어할 수 있는 맞춤 개발이 맞습니다. 관리 화면에서 절차 페이지를 찍어내듯 늘릴 수 있는가, 이것이 행정사 사이트를 고를 때의 핵심 질문입니다.
③ 검색과 AI가 읽는 구조 (SEO·GEO)
고객은 "행정사"를 검색하지 않습니다. "식품영업허가 필요 서류"처럼 자기 일로 검색하고, 요즘은 그 질문을 AI에게 먼저 던집니다. 절차 페이지를 질문-답변 구조로 짜고 구조화 데이터를 얹으면 AI 답변에 인용될 자리가 생깁니다. 저희 온마연구소 사이트가 이렇게 지어져 있습니다. Next.js 구조로 매일 칼럼이 자동 발행되고, 그 글이 검색과 AI 양쪽에 잡히는 과정을 저희 사이트로 직접 실험합니다.
④ 블로그·플레이스와의 연결
블로그가 유입을 만들고, 홈페이지가 신뢰를 확인시키고, 전화나 문의 폼이 행동을 받습니다. 행정사에게 이 동선이 특히 중요한 이유는 업무가 낯설기 때문입니다. 블로그 글로 "이런 일도 행정사가 하는구나"를 알게 된 고객이 사무소명을 검색했을 때, 홈페이지에 해당 절차 페이지가 있어야 문의로 이어집니다. 글은 있는데 도착지가 없으면 유입은 그냥 흩어집니다. 반대로 절차 페이지가 준비된 사무소는 같은 유입에서 더 많은 문의를 건집니다.
⑤ 개업 홈페이지에서 가장 자주 보는 실패
먼저, 개업 뒤에야 제작을 알아보는 경우입니다. 등록을 마치고 사무실 계약이 끝났을 때는 이미 홈페이지가 돌아가고 있어야 합니다. 다음으로, 업무를 뭉뚱그린 경우입니다. 목록 한 줄로 적힌 "인허가 대행"은 페이지 하나로 독립한 "일반음식점 영업허가 절차"를 이길 수 없습니다. 끝으로, 문의 수단이 전화 하나뿐인 경우입니다. 외국인 고객이나 직장인 고객은 전화보다 폼과 메신저가 먼저입니다.
FAQ
Q. 업무 분야가 많은데 전부 페이지로 만들어야 하나요
A. 처음부터 전부는 아닙니다. 주력 서너 개를 절차 페이지로 먼저 세우고, 문의가 들어오는 분야부터 순서대로 늘리는 방식이 현실적입니다.
Q. 외국어 페이지도 필요할까요
A. 비자·체류 업무가 주력이라면 필요합니다. 전체 번역이 부담스러우면 주력 비자 유형 안내만이라도 영어로 여는 것부터 시작하세요.
Q. 블로그만 운영하면 안 되나요
A. 블로그는 유입 도구이고 홈페이지는 확인과 문의의 자리입니다. 블로그만 있으면 읽고 끝나는 독자가 늘고, 사무소명 검색에서 보여 줄 공식 화면이 없습니다.
지금 구상 중인 업무 목록을 보내 주시면, 어떤 분야부터 절차 페이지로 세우는 게 좋을지 같이 짚어 드리겠습니다. 부담 없이 문의 주세요.