웹 사이트를 개발하는 데 사용하는 콘텐츠 관리 시스템이나 웹 응용 프로그램 프레임워크에 관계없이 다루어야 할 몇 가지 기본 요소가 있습니다. 세련된 사용자 인터페이스와 풍부한 콘텐츠를 제공하는 것은 좋지만, 그때까지는 사용자가 찾을 수 있고 사이트의 목적을 명확하게 표현할 수 있는 기본 문서를 제공하는 것이 최우선 과제입니다.
소개
모든 웹 사이트에는 여러 가지 표준 파일이 필요하지만 사이트에서 이를 무시하는 경우가 많습니다. 이러한 문서의 대부분은 기술적 요구 사항보다는 관례와 관련이 있지만 이를 제공하지 않으면 사이트 생성이 제대로 되지 않을 수 있습니다. 추측을 통해 얻을 수 있는 URL 외에도 사용자가 추측을 통해 원하는 다른 것을 찾는 것은 일반적으로 어렵습니다. 이 기사에서는 이러한 표준 문서 각각에 대해 간략하게 설명합니다.
특정 리소스가 제공되는 정확한 방법은 어떤 웹 서버 계층과 웹 애플리케이션 계층이 사용되는지에 따라 다릅니다. Apache와 같은 "전통적인" 거의 정적인 서버에서는 이러한 리소스가 서버의 텍스트 파일일 가능성이 높습니다. 그러나 다른 구성에서는 데이터베이스의 특정 항목, 구성 파일의 특정 라인, 서버 프로세스의 특정 클래스 등일 수도 있습니다. 이 문서에서는 이를 구현하는 방법보다는 사용자가 보게 되는 결과에 중점을 둡니다.
404.html
사용자는 웹 사이트를 사용할 때 필연적으로 존재하지 않는 리소스를 찾게 됩니다. 이러한 검색은 다른 어떤 이유보다 URL 철자 오류로 인해 발생할 가능성이 높지만 오래된 링크, 잘못된 백엔드 구성, 여러 지점의 손상된 URL과 같은 요소를 과소평가해서는 안 됩니다. 리소스를 사용할 수 없는 경우 사용자가 다른 유용한 페이지로 이동하는 데 도움이 되는 일종의 대체 페이지를 제공하는 것이 좋습니다. 일반 "찾을 수 없음"은 사용자에게 리소스를 사용할 수 없다는 사실을 알려주지만 "다음에 수행할 작업" 문제를 해결하는 데는 도움이 되지 않습니다.
경고: 사용자 정의 404.html(또는 사용자 정의 "찾을 수 없음" 메시지를 게시하기 위해 웹 서버에서 사용하는 기타 메커니즘)을 생성할 때 "soft 404" 메시지를 보내도록 잘못 구성된 웹 사이트가 너무 많습니다. 즉, 일반적인 "200 OK" 헤더가 포함된 페이지를 보냅니다. 이 헤더는 단순히 텍스트의 어딘가가 "사용할 수 없음"임을 나타내며 여기에 "404 오류"가 있음을 언급할 수도 있습니다(자주는 아니지만). 이는 피해야 합니다. 대신 사용자(및 웹 브라우저 및 기타 도구)의 문제를 해결하고 정확한 상태 제목을 사용하십시오.
about.html
그렇다면 웹사이트를 만드는 이유는 무엇입니까? 예, 이 질문에 대답하려면 홈페이지가 필요합니까? 그러나 홈 페이지에서는 이러한 종류의 정보를 제공하지 않고 단순히 사용자 로그인을 허용하고 사이트의 "판매 포인트"를 강조하며 몇 가지 추가 기능을 표시하는 등의 기능을 제공할 가능성이 높습니다. 또한 사용자가 홈페이지에서 '정보' 페이지로 이동할 수 있도록 허용하고 싶다면 http://mysite.example.com/about.html 에서 해당 정보를 제공하세요. 어떤 사람들은 이 페이지에서 이러한 유형의 정보를 찾는 데 익숙합니다.
좋은 about.html 페이지는 사이트의 기능에 대한 개요, 사이트를 만드는 목적, 사용자가 사이트에 관심을 가져야 하는 이유를 제공해야 하며 사용자가 사이트의 핵심 기능으로 다시 돌아가는 데 도움이 되는 여러 링크도 포함할 수 있습니다. 이 페이지는 화려할 필요도 없고 일반적으로 화려해서도 안 됩니다. 사용자가 사이트가 제공하는 모든 기능을 활용할 수 있도록 실용적이고 정확하게 유지하세요.
contact.html
그러면 어떻게 연락합니까? about.html을 사용하면 사용자는 기존 홈 페이지를 여러 번 클릭하여 이 정보를 얻을 수 있습니다.
copyright.html
웹사이트의 저작권은 누구에게 있습니까? 그렇다면 귀하는 누구입니까? 회사입니까? 아니면 정부 기관입니까? 무료 콘텐츠 라이센스가 필요할 수 있으므로 사용자에게 이를 알리십시오. 요즘에는 거의 모든 것에 자체 저작권이 있습니다. 콘텐츠가 다른 원칙을 준수하는 경우 사용자에게 알려주세요. 하지만 이런 종류의 정보를 제공하는 웹사이트가 충분하지 않은데, 자신의 웹사이트에 추가해 보는 것은 어떨까요? 항상 이 정보에 주의를 기울이는 사용자가 있기 때문입니다.
당연히 페이지나 리소스마다 저작권 정보가 다를 수 있습니다. 이 페이지를 사용하여 사용자에게 이러한 개인차를 판단하는 방법에 대한 정보를 제공하십시오. 상표에 관해 질문이 있는 경우 해당 정보도 제공해 주시기 바랍니다.
index.html(및 index.htm)
모든 웹 서버가 실제로 index.html 파일을 사용하여 홈 페이지를 설명하는 것은 아닙니다. 설정에 따라 URL 재작성, 경로명 기반 동적 생성 등의 방법이 있을 수 있습니다. 그러나 사용자는 이러한 세부 사항에 신경 쓰지 않습니다. 간단한 HTML 리디렉션을 사용해야 하는 경우에도 http://www.aaa.com/index.html이 홈 페이지를 가리키도록 하면 됩니다.
그런데, 그렇다면 이전 .htm 확장명이 적용되도록 놔두세요. 그래도 충분하지 않다고 생각되면 index.cgi로 동일한 작업을 수행하세요.
index.rss많은
웹 콘텐츠가 RSS를 통해 제공됩니다. 이 접근 방식은 모든 웹 사이트에 적용되지는 않지만 대부분의 사이트에 효과적입니다. RSS 콘텐츠를 사용자별 구성 옵션, 로그인 또는 특정 정보에 대한 결제와 독립적으로 만드는 것이 합리적입니다. RSS가 모든 것을 다룰 수는 없기 때문입니다.
즉, RSS로 사용할 수 있는 항목이 있으면 계속해서 수행하시기 바랍니다. 아마도 index.rss에 제시된 내용은 "광고" 콘텐츠일 뿐이며 때로는 RSS 피드의 다양한 장점을 활용하는 방법에 대한 진부한 내용이 수반될 수도 있습니다. 아니면 RSS가 귀하의 웹 사이트와 관련이 없는 이유에 대한 설명일 수도 있습니다.
Privacy.html
사용자 정보(사용자 이름이나 트래픽 로그일지라도)를 수집할 때마다 해당 정보로 무엇을 할 계획인지 사용자에게 알려주십시오. 웹 사이트 제작자 및/또는 사용자의 권리와 책임을 둘러싼 법적 문제는 복잡합니다. 그러나 사용자의 개인 프라이버시를 고려할 수 있다면 사용자는 여전히 그것을 느낄 것입니다. 그리고 바로 그때가 사용자 데이터를 어떻게 처리할지 변호사와 상담해야 할 때일 수도 있습니다.
robots.txt
웹 사이트의 모든 리소스를 자동화 도구로 색인화하지 않으려면 robots.txt 파일에 이를 표시하십시오. 하지만 귀하의 콘텐츠를 색인화하기를 원하신다면 이를 명시해 주시기 바랍니다. 로봇 제외 표준 지침은 사용자에게 강요하지 않습니다. 정말로 무언가가 표시되는 것을 원하지 않는다면 사이트에 넣지 않거나 적절한 권한 보호가 있는지 확인하세요. 그러나 모든 주요 합법적 웹 크롤링 엔진은 robots.txt의 요구 사항을 준수합니다. 그러므로 당신의 의도를 최대한 명확하게 밝히려고 노력하십시오.
security.html
security.html을 반드시 사용해야 하는 것은 아닙니다. 그러나 사이트에 보안 문제가 있는 경우(예: 사용자로부터 민감한 정보가 수집되는 경우) 보안 프로세스를 문서화(적어도 대략적인 개요 제공)하는 것이 좋습니다. 사용자가 질문이 있거나 개선 방법에 대한 제안을 하고 싶은 경우 이 페이지에 연락처 정보를 제공하십시오. 이 정보를 찾는 방법은 사이트 탐색 옵션의 전체 구성을 따라야 합니다. 이 경우 이 URL에 리소스를 넣을 수도 있습니다.
사이트 맵이
전체 웹 사이트의 맵을 표시하는 방법은 아직 완전히 표준화되지 않았습니다. 사이트맵을 만들기 위해 무언가를 제공하는 것은 항상 유용하지만, 그것이 얼마나 상세한지는 사이트의 동적 정도(또는 동적)에 따라 달라집니다. 또한 사용자에게 표시하려는 콘텐츠도 사이트의 의도에 따라 달라집니다. 예를 들어, 사용자에게 리소스 X를 사용할 권한이 없는 경우 리소스 X가 존재한다는 사실을 사용자에게 알리는 것은 전혀 적절하지 않을 수 있습니다. 자신의 판단과 상황에 따라 뭔가를 제공하도록 노력하십시오.
많은 사이트에서 사이트맵을 제공하는 것은 검색 엔진과 같은 자동화된 메커니즘에 대한 지원과 친숙성에 지나지 않습니다. Google은 robots.txt 규칙을 기반으로 한 새로운 규칙을 발표했습니다. 요약하자면, 사이트에서 제공하는 모든 리소스를 표시하는 XML 파일을 만들 수 있습니다. 이는 robots.txt의 "제외 목록"을 보완하는 "포함 목록"과 다소 유사합니다.
웹에 있는 내용에 대해서만
이메일 주소를
고려하는 것만으로는 충분하지 않습니다.때로는 웹 사이트의 탐색 도구가 원하는 것과 같지 않을 수도 있습니다(또는 일부 사용자가 귀하의 우아한 디자인을 이해하지 못할 수도 있음). 따라서 사용자가 전자 메일을 통해서도 연락할 수 있도록 하는 것이 좋습니다.
contact.html이나 웹 사이트의 다른 곳에 귀하의 연락처 정보를 눈에 잘 띄게 게시하십시오. 또한 일반 이메일 주소로 전송된 메시지가 올바른 사람에게 전달되는지 확인하세요. 여기에는 최소한 [email protected] , [email protected] 및 [email protected] 이 포함됩니다. "나이가 많은 사람들"의 경우 [email protected] 으로 전송된 이메일이 적절한 대상으로 라우팅되도록 할 수도 있습니다(그러나 보안상의 이유로 "루트"로 전달되지 않을 수도 있음). 사이트의 목적을 명확하게 전달하는 이메일 전달을 설명하는 간단한 텍스트를 포함하세요. 이메일 주소는 웹 서버 디렉토리의 심볼릭 링크처럼 쉽게 사용할 수 있습니다.