웹사이트의 모든 것, 명세와 현실 사이의 논쟁

커뮤니티에서는 'Agent Readiness'와 같은 항목이 미래에 'Web 4.0 Blockchain Integration'처럼 시대에 뒤떨어질 것이라는 회의적인 시각이 존재합니다. AI 에이전트가 웹사이트의 특별한 허용을 요구하는 방식 자체가 본질을 훼손하며, 악의적인 사용자가 에이전트와 사용자에게 다른 정보를 보여주는 데 악용될 수 있다는 우려가 제기되었습니다. 따라서 이러한 기능은 의도적으로 무시될 가능성이 높다는 의견이 제시되었습니다.

사용자 경험(UX)과 보안 강화를 위한 로그인 폼 모범 사례에 대한 구체적인 제안이 있었습니다. 여기에는 비밀번호 관리자 호환을 위한 표준 입력 필드 이름 사용, 자동 완성 및 자동 대자연어 기능 비활성화, 올바른 HTML5 입력 타입 지정, 단일 입력 필드만 있을 경우 자동 포커스 설정 등이 포함됩니다. 또한 NIST SP 800-53 표준을 준수하여 SMS 기반 2단계 인증(2FA) 및 임의의 비밀번호 복잡성 규칙을 지양해야 한다는 의견도 제시되었습니다.

명세 자체를 설명하는 웹사이트의 성능 문제가 지적되었습니다. 일부 사용자는 사이트 로딩 시 CPU 사용량이 급증하는 현상을 보고했으며, 이는 웹사이트의 기술적 사양을 정의하는 목적과 상반된다는 비판을 받았습니다. 또한, 모든 정보가 다른 '신뢰할 수 있는 출처'를 참조하는 방식에 대해 명세 자체의 독자적인 목표가 불분명하다는 의문이 제기되었습니다.

/.well-known/ 경로의 일반적인 사용 사례와 실제 구현 현황에 대한 논의가 있었습니다. 특히 /.well-known/change-password와 같은 경로가 제안되었으나, 일부 주요 웹사이트(예: google.com)에서도 구현되지 않은 것으로 나타나 실제 표준화 및 채택률에 대한 의문이 제기되었습니다. 이는 명세에 포함된 항목들의 실질적인 적용 가능성에 대한 질문을 던집니다.

명세의 포괄적인 내용과 체계적인 구성에 대해 긍정적인 평가가 있었지만, 128개 항목에 달하는 방대한 체크리스트가 오히려 웹사이트 제작을 저해할 수 있다는 우려도 제기되었습니다. 일부에서는 이러한 명세를 지나치게 엄격하게 받아들여 불필요한 기술 부채를 발생시킬 수 있다고 지적했습니다. 반면, 30년 경력의 웹 개발자는 여전히 기본적인 사항들을 배우고 있으며, 과거에는 존재하지 않았던 새로운 표준들이 계속 추가되고 있다는 점에서 명세의 가치를 인정했습니다.

일부 사용자는 명세 자체가 AI(Claude LLM)에 의해 생성되었을 가능성을 제기하며, 이는 인터넷을 광고 슬롭으로 파괴해 온 사람들의 또 다른 시도라고 강하게 비판했습니다. 또한, 웹사이트의 본질은 제공자와 사용자 목표 달성에 있어야 하는데, 모든 것을 위한 웹사이트를 만드는 것은 오히려 해롭다는 의견이 있었습니다. AI 생성 콘텐츠에 대한 자기 참조 비활성화 및 개발자의 게으름에 대한 비판도 이어졌습니다.