SEO 친화적 URL에 대한 완전한 가이드

이 가이드는 SEO 친화적인 URL을 만드는 방법을 보여줍니다.

URL 구조를 최적화하고 SEO 관점에서 개선하는 방법에 대해 논의할 것입니다.

URL을 최적화하는 이유는 무엇입니까?

중요한 순위 요소이기 때문입니다. 또한 SEO 친화적인 URL은 웹사이트의 사용성을 향상시킵니다.

URL을 최적화하는 것은 그리 어렵지 않습니다. 다음은 이를 수행하는 방법에 대한 단계별 가이드입니다.

1. 올바른 TLD 사용

TLD 또는 최상위 도메인은 전체 도메인의 마지막 부분입니다.

www.example.com에서 TLD는 .com 입니다.

www.webalive.com.au에서 TLD는 .au 입니다.

TLD에는 두 가지 유형이 있습니다.

• 일반 최상위 도메인 또는 gTLD (예: .com, .org, .net 등)
• 국가 코드 최상위 도메인 또는 ccTLD (예: – .au, .us 등)

일부 ccTLD에는 두 번째 수준 부분이 필요합니다( .com.au 예제 참고).

그러나 어떤 유형의 TLD를 사용해야 합니까?

• 지역 소비자 기반에 초점을 맞추지 않는 경우 .com 을 사용하십시오. .com은 가장 신뢰할 수 있는 gTLD입니다. 2017년 5월 기준으로 전체 웹사이트의 47.6%가 .com 도메인을 사용합니다.
• 사이트가 특정 지리적 위치에 초점을 맞추려면 ccTLD를 사용할 수 있습니다.
  예를 들면: www.webalive .com.au 우리의 웹 주소를 보십시오. 우리는 주로 호주 고객에게 서비스를 제공하기 때문에 .au ccTLD를 사용합니다.

분명히 도메인이 이미 있는 경우 .com을 선택하는 것은 옵션이 아닙니다. 그러나 이것은 SEO 퍼즐의 작은 조각일 뿐이므로 너무 걱정하지 마십시오.

그러나 어떤 경우에는 .com TLD가 SEO에 좋은 더 많은 신뢰와 권위를 전달합니다. 이것은 미래의 도메인을 선택할 때 염두에 두어야 할 사항입니다.

2. URL을 짧게 만드세요

URL의 길이는 얼마입니까? 기술적으로 URL은 최대 2083자를 포함할 수 있습니다. 그러나 짧은 것이 더 나은 평가를 받습니다.

2016년에 Backlinko는 백만 개 이상의 Google 검색 결과를 분석했습니다. 그들의 연구는 Google이 더 짧은 URL을 선호한다는 것을 분명히 보여주었습니다.

이상적으로는 URL 길이는 약 50~60자여야 합니다.

단어는 어떻습니까? 얼마나 많은 단어가 있어야 합니까?

예를 들어 이 질문을 살펴보겠습니다.

다음은 블로그 게시물 중 하나의 URL입니다.

• https://www.webalive.com.au/ ecommerce-ux-tips

게시물 제목은 " 전자상거래 UX: 매장 전환을 높이는 4가지 쉬운 팁 "입니다. WordPress를 사용하여 기사를 게시할 때 기본 URL은 다음과 같습니다.

• https://www.webalive.com.au/ ecommerce-ux-4-easy-tips-to-boost-your-stores-conversion

제안된 URL은 기사 제목에서 약 10단어를 가져왔습니다. 경로를 수정하여 3으로 줄였습니다.

제목을 항상 대시로 구분하여 3~5단어로 요약하십시오. 이는 블로그 기사뿐만 아니라 사이트에 있는 모든 종류의 페이지에 적용됩니다. 긴 URL은 사용자에게 친숙하지 않습니다.

요컨대, 다음은 SEO 친화적 URL의 길이와 관련된 핵심 사항입니다.

• 글자 수 제한: 60자
• 경로의 단어 수: 3 ~ 5
• 단어는 하이픈 으로 구분해야 합니다(밑줄 아님).

메모:

Google은 웹 주소에서 단어를 구분하기 위해 하이픈을 사용할 것을 권장합니다.

3. 안전한 문자만 사용

엄밀히 말하면 URL에는 다음 문자가 포함될 수 있습니다.

영숫자: A – Z a – z 0 – 9

특수 문자: $ – _ . + ! * ' ( ) ,

예약 문자: ; / ? : @ = &

예약된 문자는 특정 용도로만 사용할 수 있습니다. 예를 들어, 물음표(?)는 쿼리 문자열의 시작 부분에 사용됩니다.

따라서 기본적으로 영숫자 및 특수 문자 가 남습니다. 기술적인 어려움 없이 자유롭게 사용하실 수 있습니다.

한명 빼고.

URL에 대문자가 있으면 일부 서버에서 404 오류가 발생할 수 있습니다. 따라서 가장 좋은 방법은 소문자를 사용하는 것 입니다.

또한 잘 만들어진 URL의 일부가 되어서는 안 되는 안전하지 않은 문자 가 있다는 것도 알아야 합니다.

메모:

공백을 피하십시오.

이미지나 파일을 업로드하면 CMS가 자동으로 파일 주소를 생성합니다.

이미지 이름이 " seotips.png "라고 가정합니다. 파일 이름에 공백이 있습니다.

URL로 변환하면 " seo%20tips.png "가 됩니다.

보시다시피 공백 문자는 URL에서 %20 으로 표현됩니다.

URL을 읽기 쉽고 사용자 친화적으로 만들려면 모든 공백을 대시(-)로 바꾸십시오. 업로드하기 전에 파일 이름을 수정하세요. 이 예에서 이미지 이름은 " seo-tips.png "여야 합니다.

4. 가독성에 중점

URL을 사람이 읽을 수 있도록 만드십시오.

그게 무슨 뜻이야?

Rand Fishkin은 이 URL 가독성 다이어그램을 사용하여 완벽하게 설명했습니다.

요점은 -

누군가 귀하의 URL을 읽을 때 페이지 내용을 쉽게 이해할 수 있어야 합니다. 사람과 검색 엔진 모두에 최적화되어야 합니다.

메모:

URL에 불용어 를 사용하지 않는 것이 좋습니다. 불용어는 -,,,, for, of, but 등입니다. 이 단어 없이 할 수 있으면 제거하십시오. 그러나 중지 단어를 피하기 위해 가독성을 희생하지 마십시오.

예를 들어 다음은 블로그 게시물 URL 중 하나입니다.

• https://www.webalive.com.au/tips-for-australian-startups

URL에 불용어 를 사용했습니다. URL을 더 읽기 쉽게 만들기 때문입니다.

5. 더 적은 수의 폴더 사용(최대 2개)

먼저 폴더가 무엇을 의미하는지 설명하겠습니다. 다음은 두 개의 폴더가 있는 URL의 예입니다.

• www.example.com/ 폴더1 / 폴더2 /페이지

URL의 모든 슬래시는 폴더를 나타냅니다. (경우에 따라 끝에 슬래시 가 추가로 있을 수 있습니다.)

폴더는 웹사이트의 페이지를 구성하는 데 도움이 됩니다. 그러나 과도하게 사용하면 URL 가독성이 떨어지고 검색 엔진이 혼란스러워집니다.

SEO 친화적인 URL은 2개 이상의 폴더를 가질 수 없습니다 .

이것 좀 봐:

• https://au.neoncoproducts.com/ product / 컨디셔너 / for-blonds /toning-conditioner  

정리된 것처럼 보이지만 페이지는 세 가지 수준의 폴더 아래에 있습니다. 이 포메이션은 사용자 친화적이지 않고 SEO에도 좋지 않습니다.

대안을 고려하십시오.

• https://au.neoncoproducts.com/product / toning -conditioner-for-blondes

두 번째 URL은 동일한 정보를 전달합니다. 그러나 더 읽기 쉽고 SEO 친화적입니다.

일부 사이트는 URL에 날짜가 포함되어 있습니다. 특히 블로그 게시물의 경우. 이것은 좋은 습관이 아니므로 피해야 합니다. 다음은 예입니다.

• https://www.forbes.com/sites/forbesagencycouncil/ 2017 / 08 / 01 /eight-things-to-consider-before-investing-in-seo

날짜를 포함할 필요는 없습니다.

독자는 일반적으로 URL의 날짜조차 알아차리지 못합니다. 그리고 Google은 귀하의 기사가 게시된 시기를 식별할 수 있는 다른 방법을 제공합니다.

날짜는 폴더 수와 URL 길이를 늘립니다. 가독성도 떨어집니다.

메모:

전자 상거래 사이트 또는 온라인 상점 의 제품 페이지는 다음 두 가지 구조 중 하나를 사용할 수 있습니다.

• www.myshop.com/카테고리 / 제품
• www.myshop.com/ 제품

둘 다 좋다. 형식을 선택한 후에는 일관성을 유지하십시오.

다양한 유형의 제품이 있는 경우 하나의 카테고리 폴더를 포함하는 것이 좋습니다. 또는 정말 필요한 경우 최대 2개.

블로그 기사 의 경우 다음 형식을 사용해야 합니다.

• www.mysite.com/ 기사 제목
• www.mysite.com/ 블로그 / 기사 제목

어쨌든, 귀하의 사이트가 블로그 게시에 완전히 집중되어 있다면 다음 구조가 더 적절할 수 있습니다.

• www.mysite.com/ 기사-카테고리 / 기사 -제목

6. 키워드를 포함하되 스터핑은 피하세요.

SEO 친화적 URL에는 페이지 콘텐츠와 관련된 키워드가 포함되어야 합니다.

종종 사람들은 앵커 텍스트를 사용하지 않고 인터넷이나 소셜 미디어에 페이지 링크를 게시합니다. 키워드를 포함하면 사람들이 링크 자체를 보고 페이지의 내용을 이해하는 데 도움이 됩니다.

키워드가 포함된 링크는 검색 엔진에서도 선호합니다. Bryan Dean은 Google Ranking Factor 연구에서 51위에서 이것을 언급했습니다.

• 페이지 내용과 관련된 URL의 키워드만 사용하십시오.
• 경로 또는 파일 이름의 시작 부분에 main 키워드를 포함하는 것이 좋습니다.
• 키워드를 반복하지 마십시오 . 그리고 그들 중 너무 많은 것을 목표로 삼지 마십시오

이 블로그 게시물의 주소를 살펴보겠습니다.

• https://www.webalive.com.au/ seo-friendly-urls

누구든지 이것을 읽으면 페이지가 무엇인지 쉽게 이해할 수 있습니다. 사실, SEO 친화적 인 URL 은 이 기사의 타겟 키워드 구문입니다.

아래와 같은 것이 있다면 어떨까요?

• https://www.webalive.com.au/blog/seo / seo -friendly-urls

좋은 예가 아닙니다.

폴더 이름 seo 는 기사 카테고리를 나타냅니다. 그러나 이는 키워드 seo 가 주소에 두 번 나타나게 하므로 좋은 생각이 아닙니다. 키워드 스터핑은 나쁜 습관이며 피해야 합니다.

7. HTTPS 구현

모든 URL은 HTTP 또는 HTTPS로 시작합니다.

사이트에 SSL 인증서가 있는 경우 해당 URL은 HTTPS로 시작합니다. 브라우저는 또한 그것이 안전한 사이트임을 나타냅니다.

그리고 이것은 SEO에 매우 중요합니다. Google은 2014년에 HTTPS를 순위 요소로 발표했습니다.

실제로 SEMrush Ranking Factors Study 2017에서는 HTTPS가 10번째로 중요한 순위 요소 로 언급되었습니다.

왜요?

사이트에 HTTPS가 있으면 웹사이트의 정보가 암호화됩니다. 이것은 사람들이 귀하의 사이트를 방문할 때 더 안전하다는 것을 의미합니다.

그리고 Google은 항상 사용자 친화적인 요소를 강화합니다.

" ... 우리는 웹에서 "모든 곳에서 HTTPS"를 요구했습니다... 우리는 모든 웹사이트 소유자가 웹에서 모든 사람을 안전하게 보호하기 위해 HTTP에서 HTTPS로 전환하도록 권장하고 싶습니다. "

따라서 사이트에 SSL을 설치하는 것이 절대적으로 중요합니다.

다음 다이어그램은 사이트가 SSL을 사용하는 경우(예: HTTPS가 있는 경우) 어떻게 되는지 보여줍니다.

일반 HTTP 사이트의 경우 스누퍼가 사용자가 사이트 서버와 주고받는 데이터를 읽을 수 있음을 알 수 있습니다. HTTP는 일반 텍스트로 데이터를 보내기 때문입니다.

그러나 HTTPS의 경우 해당 데이터가 암호화됩니다. 따라서 침입자가 읽어도 아무 것도 이해하지 못합니다.

결론은 – SEO 친화적인 URL에는 HTTPS가 있어야 합니다.

Yoast의 이 기사에서는 사이트에서 HTTPS를 구현하는 방법에 대한 자세한 정보를 제공합니다.

8. 파일 이름 확장자 생략

일부 URL이 파일 이름 확장자로 끝나는 것을 보셨을 것입니다. .asp , .php 또는 .html 과 같습니다. 페이지에 이러한 확장이 있는 경우 이를 제거해야 합니다.

왜요?

ASP.NET을 사용하여 사이트를 구축했다고 가정합니다. 그리고 귀하의 웹 페이지에는 .asp 확장자가 있습니다.

• https://www.example.com/ page1.asp

PHP 기반 프레임워크로 이동하려는 경우 어떻게 됩니까? 페이지 확장자가 .php로 변경됩니다.

• https://www.example.com/ page1.php

이러한 유형의 변경을 수행하려면 301 리디렉션 을 설정해야 합니다. 누군가 귀하의 이전 주소를 입력하면 새 주소로 리디렉션됩니다.

또한 이러한 변경을 수행할 때마다 검색 엔진은 페이지의 색인을 다시 생성해야 합니다.

확장을 완전히 제외하면 이러한 문제를 쉽게 피할 수 있습니다.

• https://www.example.com/ page1

이제 한 기술에서 다른 기술로 이동하더라도 페이지 주소는 변경되지 않습니다.

이상적으로 주소는 백엔드에서 사용되는 구현 또는 프레임워크와 독립적이어야 합니다.

파일 확장자가 없는 URL은 더 깔끔하고 읽기 쉬우며 클릭률이 더 높습니다.

메모:

때로는 주소에 사용자 측에서 다운로드해야 하는 파일이 포함될 수 있습니다. 예를 들어 사이트에 방문자가 다운로드할 수 있는 pdf 파일이 있을 수 있습니다. 이 경우 URL은 실제로 https://wwww.example.com/file1.pdf와 같은 파일 확장자를 가져야 합니다.

9. URL을 페이지 제목과 유사하게 만드십시오(합리적인 정도까지).

페이지 제목은 URL과 일치해야 하며 그 반대의 경우도 마찬가지입니다. 그러나 이것이 전체 제목 단어를 단어 단위로 복사하여 URL에 넣어야 한다는 의미는 아닙니다. 앞서 언급했듯이 이상적으로는 SEO 친화적인 URL이 짧은 쪽이어야 하기 때문입니다.

다음은 Neil Patel의 예입니다.

페이지 제목: 사용해야 하는 유일한 6 가지 키워드 조사 도구

페이지 URL: https://neilpatel.com/blog/necessary-keyword-research-tools   

제목과 URL은 매우 유사하지만 동일하지는 않습니다.

해당 페이지의 URL이 https://neilpatel.com/blog/ find-keywords 라면? 짧고 간단하지만 좋은 선택은 아닙니다.

요점은 페이지 제목과 URL이 완전히 다르지 않아야 한다는 것입니다.

10. 동적 및 무한 공간 URL 차단

호텔을 예약할 수 있는 웹사이트를 방문한다고 가정해 보겠습니다. 검색하면 결과가 호텔 목록을 제공합니다. 대규모 웹사이트인 경우 검색 결과 페이지를 구체화하는 데 도움이 되는 일종의 필터 또는 정렬 메커니즘을 찾을 수 있을 것입니다.

예를 들어, 가치 있는 호텔을 원할 수 있습니다. 더 구체적으로 말할 수도 있습니다. 그러나 다른 필터 위에 새 필터를 추가할 때마다 결과 URL에 추가 부분이 생깁니다.

다음은 필터를 적용할 때 URL이 어떻게 변경되는지에 대한 가능한 예입니다.

따라서 사이트는 서로 다른 방식으로 배열된 다소 유사한 콘텐츠를 포함하는 불필요하게 많은 수의 URL을 가질 수 있습니다.

이로 인해 Google 크롤러에 문제가 발생합니다. 크롤러는 URL이 서로 다른 수많은 페이지를 봅니다. 그러나 모든 페이지에는 유사한 내용이 있습니다.

일반적으로 사이트 데이터베이스의 쿼리에서 생성되는 이러한 URL을 동적 URL 이라고 합니다.

일부 사이트에는 날짜를 기반으로 페이지를 동적으로 생성할 수 있는 달력이 있습니다. 또한 제한이 없는 경우 생성될 수 있는 URL의 수에 제한이 없을 수 있습니다. 이를 무한 공간 URL 이라고 합니다.

동적 URL과 무한 공간 URL은 모두 SEO에 피해를 줍니다.

robots.txt 파일을 수정하여 이러한 URL을 차단할 수 있습니다. nofollow 속성이 있는 정규식을 사용하여 Google 봇이 이러한 페이지에 액세스하지 못하도록 하는 것이 좋습니다. 표준 태그를 사용하여 일부 동적 주소를 처리할 수도 있습니다.

11. 하위 도메인보다 하위 폴더를 선호합니다.

  사이트에 블로그가 있다고 가정합니다. 이제 블로그의 URL은 다음 중 하나일 수 있습니다.

• www.example.com/blog

또는 -

• blog.example.com

www.example.com/blog 주소는 사이트의 하위 폴더 또는 하위 디렉토리를 나타냅니다.

그리고 blog.example.com 은 하위 도메인입니다.

어느 것이 SEO에 더 나은지에 대한 몇 가지 논쟁이 있었습니다. Google은 이 문제에 대해 명확한 입장이 없는 것 같습니다.

그러나 실제로는 하위 폴더가 하위 도메인보다 낫습니다 .

Moz의 SEO 친화적인 URL 구조에 대한 이 Whiteboard Friday 비디오의 첫 번째 부분은 이 주제를 설명합니다.

메모:

하위 도메인이 하위 폴더보다 더 나은 선택이 되는 한 가지 특별한 경우가 있습니다.

귀하의 비즈니스 mybusiness.com이 프랑스에서 영업 활동을 확장하려고 한다고 가정해 보겠습니다. 프랑스 고객에 대한 URL을 설정하는 방법에는 세 가지 옵션이 있습니다.

• CCTLD:
  마이비즈니스.fr
• 국가별 하위 폴더:
  mybusiness.com/kr
• 국가별 하위 도메인:
  fr.mybusiness.com

어느 것이 최선의 선택입니까?

물론 ccTLD입니다. 그러나 광범위하거나 사용할 수 없습니다. 또한 ccTLD에는 일반적으로 몇 가지 법적 문제와 사전 설정된 요구 사항이 있습니다.

ccTLD를 얻을 수 없는 경우 두 번째로 좋은 옵션은 하위 도메인(하위 폴더 아님)을 갖는 것입니다.

여기 이유가 있습니다 -

하위 도메인은 별도의 사이트로 작동할 수 있습니다. 다른 서버 위치에서 호스트할 수도 있습니다. 하위 폴더에는 해당되지 않습니다. 또한 방문자의 관점에서 fr.mybusiness.com은 www.mybusiness.com/fr보다 위치에 따라 더 구체적으로 보입니다.

검색 결과를 특정 국가로 타겟팅하는 것을 잊지 마십시오. ccTLD의 경우 Google은 귀하의 사이트를 지리적 위치와 자동으로 연결합니다. 그러나 하위 도메인을 사용하는 경우 Search Console에서 수동으로 수행해야 합니다.

12. 리디렉션 및 표준 태그를 적절하게 사용

• 동일한 페이지로 연결되는 여러 URL 이 있는 경우 301 리디렉션을 사용해야 합니다.

사용자가 귀하의 사이트를 방문하기를 원할 때 www.mysite.com, mysite.com 및 https://www.mysite.com 중 하나를 입력할 수 있습니다. 그러나 그 모든 주소는 실제로 다릅니다. 따라서 하나의 특정 주소(바람직하게는 https 주소)를 선택하고 301 리디렉션을 사용하여 다른 주소에서 해당 주소로 트래픽을 보내야 합니다.

이제 누군가 mysite.com 또는 www.mysite.com을 방문하려고 하면 자동으로 https://www.mysite.com으로 이동합니다. 다른 버전을 병합하면 사이트의 SEO 권한을 향상하는 데 도움이 되며 최적의 사용자 경험을 위한 필수 요소입니다.

• 페이지의 URL을 의도적으로 변경한 경우 301 리디렉션을 사용해야 합니다.

이 가이드를 읽은 후 사이트 페이지의 주소를 변경하기로 결정했다고 가정해 보겠습니다. 이전 URL은 www.mysite.com/randompage(주소 A)였습니다. 그리고 www.mysite.com/about-me(주소 B)로 변경했습니다.

이제 주소 A에서 주소 B로 301 리디렉션을 설정해야 합니다.

왜요?

사람들이 이미 인터넷에서 URL A를 즐겨찾기에 추가했거나 사용했을 수 있기 때문입니다. 페이지도 많은 백링크를 수신했을 수 있습니다. 301 리디렉션을 설정하지 않으면 이전 주소를 통해 올 수 있는 모든 트래픽과 링크 주스를 잃게 됩니다.

• 너무 많은 301 리디렉션 을 함께 연결하지 마십시오.

긴 리디렉션 체인을 만드는 것은 이상적이지 않습니다. 주소 A가 주소 B로 리디렉션되면 절대적으로 정상입니다. 그런 다음 주소 B가 주소 C로 리디렉션되는 경우에도 괜찮습니다. 그러나 주소 C에서 D로 리디렉션 체인을 계속하면 더 이상 이상적이지 않습니다.

Google 봇은 1, 2 또는 3개의 리디렉션을 완벽하게 따르지만 중지하기로 결정할 수 있습니다. 따라서 리디렉션 홉을 한두 단계로 유지하십시오.

또한 더 긴 리디렉션 체인도 사용자 친화적이지 않습니다. 브라우저 속도가 느려지고 시청자가 불필요한 지연을 경험하게 됩니다.

Google 웹마스터의 이 비디오는 다중 리디렉션의 문제를 설명합니다.

• Canonical 태그를 사용하여 중복 콘텐츠 처리

종종 귀하의 사이트에는 동일한 콘텐츠가 포함된 여러 페이지가 있을 수 있습니다. 다음은 몇 가지 일반적인 경우입니다.

다른 페이지에 유사한 설명과 유사한 제품이 있는 전자상거래 사이트가 있습니다.

블로그 사이트가 있고 URL이 다른 두 개의 다른 카테고리에 동일한 블로그 게시물이 있습니다.

사이트 페이지에 다른 인쇄 가능한 버전이나 PDF 버전이 있습니다.

이러한 경우 rel=”canonical” 태그를 사용해야 합니다.

페이지 A가 기본 페이지이고 페이지 B에 중복 콘텐츠가 있는 경우 페이지 B의 HTML에 다음 코드를 삽입해야 합니다.

 <link rel="canonical" href=https://www.mysite.com/page-a/>

메모:

301과 rel canonical의 차이점은 무엇입니까?

301 리디렉션은 영구 리디렉션이라고도 합니다. URL A에서 B로 301 리디렉션을 설정하면 검색 엔진 크롤러와 방문자 모두 A에서 B로 리디렉션됩니다. 그리고 URL A 자체에는 콘텐츠가 없으며 방문할 수 없습니다.

페이지 B에서 표준 태그를 사용하는 경우(페이지 A로 연결) 검색 엔진 봇만 B에서 A로 리디렉션합니다. 페이지 A와 페이지 B 모두 액세스 가능한 상태로 유지됩니다. 그러나 검색 엔진은 페이지 A만 순위를 매깁니다.  

13. 적절한 XML 사이트맵 만들기

XML 사이트맵은 사이트의 어떤 URL이 가장 중요한지 검색 엔진에 알려줍니다. Screaming Frog와 같은 무료 도구를 사용하여 사이트에 대한 XML 사이트맵을 만들 수 있습니다.

Screaming Frog를 사용하여 XML 사이트맵을 만드는 방법에 대한 단계별 자습서를 보려면 여기를 클릭하십시오.

XML 사이트맵에는 Noindex 또는 Canonicalised 페이지가 포함되어서는 안 됩니다. 즉, 검색 결과에 표시하려는 페이지만 나열해야 합니다.

사이트맵을 만든 후 사이트에 업로드하고 Google Search Console을 통해 URL을 제출해야 합니다.

결론

URL 최적화는 SEO의 큰 부분이 아닌 것처럼 보일 수 있지만 매우 중요합니다. URL 구조가 좋은 사이트는 유용성을 더합니다. 그리고 우리 모두는 사용자 친화성이 검색 엔진에서 순위를 매길 때 가장 중요한 요소일 수 있다는 것을 압니다.

보시다시피 몇 가지 기술적 측면을 제외하고 SEO 친화적인 URL을 만드는 것은 그리 어렵지 않습니다. 위에서 언급한 사항이 검색 엔진 최적화 전략을 개선하는 데 유용하기를 바랍니다.