서비스하는 모든 도시에 대해 하나의 서비스 페이지

페이지를 분리할지, 하나의 큰 페이지로 유지할지?

서비스가 실제로 다를 때 분리하세요. 탬파의 지붕 공사 업체와 탈라ahassee의 업체는 서로 다른 폭풍, 건축 규정 및 보험 규칙에 직면하므로 두 개의 페이지가 타당합니다.

업무가 모든 지역에서 동일하고 도시들이 서로 가깝다면 하나의 페이지를 유지하세요. 10개의 얇은 복제 페이지로 채우는 것은 문제를 초래합니다.

도어웨이 페이지는 잘 알려진 문제입니다. Google의 스팸 정책은 이를 '장소별 변형어로 랭킹을 얻기 위해 만들어졌으며 모두 같은 곳으로 안내하는 페이지'로 설명하므로 해당 패턴을 피하세요. 각 페이지의 donors를 선택하기 전에 주 가이드를 읽어보세요.

링크의 목적지

로컬 링크빌딩은 주로 올바른 페이지로 신호를 보내는 것입니다. 해당 도시의 신문으로부터 링크를 받는 시티 페이지는 깔끔하고 정돈된 스토리를 만듭니다.

링크를 구매한다면 일치하는 니치의 donor를 선택하고 시티 페이지로 연결하세요. 앵커 텍스트는 서비스와 도시를 평범한 단어로 표현할 수 있으며, 링크마다 달라야 합니다.

페이지에 임베드된 지도는 방문자에게 도움이 되지만 랭킹 트릭은 아닙니다. Search Console에서 페이지를 확인하여 어떤 페이지가 임프레션을 얻는지 확인하세요.

페이지를 선택하기 전에 자체 작업 데이터를 읽으세요

최상의 도시 목록은 키워드 도구가 아닌 자체 기록에서 나옵니다. 과거 작업 데이터는 고객이 어디에 사는지 보여줍니다. 거기서 시작하세요. 그런 다음 결과를 사람들이 검색하는 내용과 비교하세요.

도시별 작업 수 계산

송장 또는 예약 소프트웨어를 열고 지난 1년치를 내보내세요. 행을 도시별로 정렬한 후 세세요. 작업이 10건인 도시는 실제 시장입니다. 작업이 1건인 것은 추측일 뿐입니다.

지붕 공사 업체가 1년 동안 40건의 작업을 완료했고 그중 30건이 3개 도시에서 이루어졌다고 가정해 보세요. 이 3개 도시에 먼저 페이지를 만듭니다. 나머지는 차례를 기다릴 수 있습니다.

반복되는 도시 식별

지도상에서 가까운 것처럼 보이는 도시라도 행동 패턴이 다를 수 있습니다. 같은 학교 지구, 우편번호 및 버스 노선을 공유하는 두 교외 지역을 생각해 보세요. 이들을 하나의 페이지에 넣을 수 있으며, 보통 하나의 페이지로 충분합니다.

업무가 동일하다면 이웃한 두 도시는 하나의 페이지를 공유할 수 있습니다. 예를 들어 이웃한 두 도시가 같은 학교 지구와 주요 도로를 공유한다면, 업무가 동일할 경우 하나의 페이지가 둘 다 처리할 수 있습니다. 선택하기 전에 실제 고객 몇몇에게 물어보세요.

Search Console을 사용하여 수요 확인

Search Console은 이미 사이트에 임프레션을 가져오는 쿼리를 보여줍니다. 도시 이름을 필터링하세요. 도시 이름이 서비스 옆에 나타나는 페이지를 찾아보세요.

쿼리가 임프레션은 얻지만 클릭은 얻지 못한다면, 페이지의 제목이 더 명확해야 하거나 첫 화면이 더 좋아져야 할 수 있습니다. 새로운 도시 페이지를 추가하기 전에 이를 수정하세요. 페이지를 더 많이 만든다고 해결되지 않습니다.

복사본이 아닌 도시 섹션 작성

도시 섹션은 그곳에서 일하는 사람이 작성한 것처럼 읽혀야 합니다. 도시 이름만 바꾸고 다른 내용은 변경하지 않아도 된다면, 해당 페이지는 제 역할을 하고 있지 않습니다. 디테일이 승리합니다. 이웃이라면 이를 알아차릴 것입니다.

거리와 지역 규정 명시

가장 많이 서비스하는 거리, 노후 주택이 있는 neighbourhood 및 해당 업종에 중요한 허가 사무소를 나열하세요. 이는 위조하기 어렵습니다. 방문자는 그 때문에 더 빠르게 결정합니다.

카운티 경계 북쪽에 있는 배관공과 남쪽에 있는 배관공은 서로 다른 허가 절차를 겪습니다. 그 차이점은 페이지에 포함되어야 합니다. 평범하게 작성하세요. 키워드로 채우는 것은 아무도 도와주지 않습니다.

표준 사진이 아닌 실제 작업 보여주기

해당 도시의 실제 작업 사진은 어떤 스톡 이미지보다 효과적입니다. 거리나 지역 이름을 캡션에 추가하고 고객 주소는 제외하세요. 작업팀 사진도 도움이 됩니다.

현재 상태를 유지할 수 있는 사진만 사용하세요. 3년 전에 완료된 작업의 오래된 사진은 페이지가 방치된 것처럼 보이게 할 수 있습니다. 작업이 변경될 때마다 업데이트하세요.

서비스는 동일하게 유지하고 디테일만 변경

핵심 서비스 설명은 페이지 전반에 걸쳐 일관되게 유지할 수 있습니다. 도시 섹션은 지역 디테일, 작업 및 연락처 경로를 변경합니다. 이러한 분리는 페이지를 유용하게 유지합니다. 페이지에 반복되는 단락은 아무도 도와주지 않습니다.

하이브리드 페이지는 좋은 이유로 흔합니다. 일반 서비스 페이지는 전체 설명을 담고, 각 도시 페이지는 그곳에서만 다른 내용을 담습니다. 이 두 가지 역할은 분리되어야 합니다.

이후 주의할 점

6주를 기다리세요. 그런 다음 Google Search Console을 열고 페이지 URL로 필터링하세요. 클릭은 지연되므로 먼저 임프레션을 확인하세요.

한 도시 페이지는 성장하지만 다른 페이지는 정체된다면 비교해 보세요. 디테일이 중요합니다. 승자는 보통 더 많은 실제 디테일, 더 나은 사진 또는 해당 도시의 소스로부터의 링크를 가지고 있습니다. Semrush 및 Ahrefs와 같은 도구는 페이지의 참조 도메인을 보여줄 수 있으며, 예산 페이지는 각 페이지에 얼마나 투자해야 하는지 설명합니다.

각 변경 사항과 날짜를 메모해 두어 무엇이 효과적이었는지 확인할 수 있게 하세요.

디테일 일관성 유지

고객과 검색 엔진 모두 기본 사항을 확인합니다. 이름, 주소 및 전화번호는 사이트 전체 및 리스팅 간에 일치해야 합니다. 불일치는 혼란을 줍니다. 누구도 의도적으로 이를 유발하지 않습니다.

하나의 이름, 하나의 주소, 하나의 전화번호

사업체 이름, 주소 및 전화번호를 한 번만 작성한 후 모든 곳에 동일한 버전을 붙여넣으세요. 푸터를 확인하세요. 연락처 페이지, 도시 페이지 및 Google Business Profile을 확인하세요. Suite와 Ste와 같은 작은 차이도 리스팅을 혼란스럽게 할 수 있습니다.

어떤 도시를 서비스하지만 그곳에 사무실이 없다면 명확히 밝히세요. 'City A의 사무실에서 이 지역을 서비스합니다'와 같은 문구는 정직합니다. 사용하지 않는 거리 주소는 다른 문제입니다. 그 선의 정직한 쪽을 유지하세요.

실제 장소를 설명하는 구조화된 데이터

로컬 비즈니스 마크업은 실제로 운영하거나 운영하는 비즈니스를 설명해야 합니다. 단순히 도시를 방문만 한다면 그곳을 사무실로 마크하지 마세요. 정직하게 유지하세요. 검색 엔진은 구조화된 데이터를 사람들이 볼 수 있는 내용과 비교합니다.

변경 사항마다 개발자에게 마크업을 확인해 주세요. 리치 결과 테스트를 실행하세요. 대부분의 실수를 잡아냅니다. 그런 다음 테스트 결과가 표시된 페이지와 일치하는지 비교하세요.

도시에서의 리뷰 및 언급

리뷰는 당신이 작성한 어떤 페이지보다 더 자주 도시 이름을 언급합니다. 최근 고객에게 거주지를 언급해 달라고 요청하세요. 직접 리뷰를 작성하지 마세요. 할인과引き換え로 리뷰를 받지 마세요.

지역 클럽이나 도시 캘린더에서의 언급은 일반 디렉토리 항목보다 가치가 높습니다. 만약 존재한다면 도시 페이지에서 해당 링크를 걸어보세요. 방문자는 이를 알아차립니다. 도시의 다른 사람들도 당신을 알게 됩니다.

시티 페이지 및 로컬 링크에 대한 질문

대부분의 시티 페이지 관련 질문은 세 가지 우려로 귀결됩니다: 중복, 디테일 및 유지보수. 각각에 대해 어떻게 생각해야 하는지 알려드립니다.

시티 페이지가 캐니배라이제이션을 통해 랭킹에 해를 끼칠까요?

여러 페이지가 거의 동일한 텍스트로 동일한 쿼리를 타겟팅할 경우 그럴 수 있습니다. 각 페이지가 서로 다른 질문(예: 지역 규정, 일반적인 작업 또는 이동 범위)에 답하도록 하세요. 그러면 페이지들이 동일한 검색을 위해 경쟁하지 않습니다.

소규모 상점은 몇 개의 시티 페이지를 가져야 하나요?

가장 많은 작업을 가져오는 3개 또는 4개 도시로 시작하세요. 실제 작업과 사진이 있을 때만 다른 도시를 추가하세요. 위의 호출아웃에서 말했듯이 3개의 강력한 페이지가 30개의 얇은 페이지보다 낫습니다.

모든 neighbourhood에 페이지가 필요할까요?

보통 필요하지 않습니다. neighbourhood 이름은 서비스하는 거리에 대한 문장 내에서 도시 섹션 내부에서 유용합니다. 업무와 고객이 도시의 나머지 부분과 실제로 다를 때만 별도의 페이지를 만드세요.

시티 페이지에 로컬 링크를 포함해야 하나요?

링크가 해당 도시의 소스에서 온다면 포함할 수 있습니다. 좋은 로컬 링크빌딩은 donor나 로컬 언급을 일치하는 페이지에 연결합니다. 모든 페이지에 연결하는 것이 아닙니다. 주 가이드는 donor를 선택하는 방법을 설명합니다.

명확한 도시 경계가 없는 메트로 지역을 서비스한다면 어떻게 하나요?

지도가 아닌 업무의 차이점에 따라 도시를 그룹화하세요. 메트로 지역용 허브 페이지와 가장 큰 시장을 위한 몇 개의 페이지로 명확한 구조를 만드세요. 각 페이지에서 실제로 방문하는 장소에 대해 정직하게 유지하세요.