예외적인 것이 하나인 것 같은데,  그 하나 때문에 큰 것을..
RESTFul 때문에 저도 많이 고민해 봤지만, 최종 결론은 그냥 짧은 쪽으로..

겹치는 것은 별도로 해결이 가능할 것도 같음.(몇개 안되면..)

shop(/shop 또는 /store, /macket) 외에도 faq(/faq), qna(/qna), 새글(/new), 접속자(/current_connect), 포인트(/my/point), 쪽지(/my/memo), 스크랩(/my/scrap), 로그인(/login 또는 /member/login), 로그아웃(/logout 또는 /member/logout), 회원가입(/register 또는 /memer/register), 비번찾기(/password_lost 또는 /member/password_lost), 정보수정(/my/info, /myinfo), 회원프로필(/profile/{mb_id}), 관리페이지(/adm 또는 /admin, /backoffice), content(/content/{co_id} 또는 /page/{co_id}, /{co_id}), 그룹(/group/{gr_id} 또는 /{gr_id}), API(/api 및 /graphql, /rest, /activitypub) 및 기타 서드파티가 할당 받을 수 있도록 지원하는 등 많죠.

그리고 API의 리소스 URI와 브라우저 URL과는 별개라고 보며, API도 브라우저 URL과 유사하게 구현된다면 `POST /free/1/like` 보다는 `POST /board/free/1/like`로 명확하게 구분되는 편이 낫다고 봅니다.

https://sir.kr/cm_free/1662942 여기 댓글에도 썼지만 "현재"의 그누보드 상태라면 그렇다는거고 만약 이 설문이 "새로운" 그누보드의 URL 체계를 정의하는거라면 /board는 뗴고 통제되고 일부 타협하여 /free로 구현해도 된다고 봅니다. 일부는 그누보드에서 전용하여 점유하거나 예약어로 잡아둘 필요도 있겠고, 폴더명으로 접근을 허용할 것인지 허용된다면 무엇을 우선할 것인지 등 정책에 따라 달라지겠죠.

폴더명이 shop이라서 /shop을 사용해야하는 것이 아닌 폴더명과 관계없이 /store, /macket 등으로 변경 가능하고 co_id, gr_id, bo_table 등이 서로 겹치지 않도록 생성하여 사용하고 서드파티에서도 이 이름공간을 사용할 수 있도록 제공된다면 말이죠.

+1
저도 기본 짧은 url 주소 + 사용자가 입력한 seo_title 을 뒷에 추가하는 방식이 좋아보입니다. (이게 seo 가중치도 있다고 들은 기억이..)

오늘밤에 아무도 모르게~~~ 오늘밤에~~ 뚜뚜뚜르 뚜뚜뚜뚜두~~