개발ㆍ디자인 도구 모음
파비콘, JSONㆍBase64ㆍSQL 포매터, UUID, JSON-LD, robots.txt 생성기 등 개발자ㆍ디자이너 실무용 브라우저 도구 모음입니다.
개발ㆍ디자인 도구 목록
파비콘 생성기
이미지ㆍ텍스트ㆍ이모지로 favicon을 만들고 PNGㆍSVGㆍHTML 임베드 코드까지 한 번에 받습니다.
바로가기 →JSON 포매터ㆍ변환기
JSON 정렬ㆍ압축, YAMLㆍCSVㆍXML 변환을 한 페이지에서. 형식 자동 인식.
바로가기 →Base64 인코더ㆍ디코더
텍스트와 파일을 Base64로 인코딩ㆍ디코딩합니다. 자동 판별 지원.
바로가기 →SQL 포매터
SQL 쿼리를 보기 좋게 정렬합니다. MySQL, PostgreSQL 등 방언 지원.
바로가기 →HTMLㆍCSSㆍJS 포매터
HTML, CSS, JavaScript 코드를 정렬하거나 압축합니다.
바로가기 →UUID 생성기
UUID v4ㆍv7ㆍNIL을 한 번에 1~10,000개까지 생성합니다. 다양한 포맷ㆍ복사ㆍ다운로드 지원.
바로가기 →JSON-LD 생성기
Schema.org 구조화 데이터 7종과 deprecated 항목 안내를 제공합니다.
바로가기 →Robots.txt 생성기
검색엔진ㆍAI 크롤러의 접근을 제어하는 robots.txt 파일을 간편하게 생성합니다.
바로가기 →브라우저 안에서 끝내는 개발ㆍ디자인 잡무
프로젝트 셋업이나 디자인 시안 단계에는 정해진 답이 있는 자잘한 변환 작업이 매번 끼어듭니다. JSON을 보기 좋게 정렬하고, 발급받은 토큰을 Base64로 디코딩하고, 새 서비스의 파비콘 세트를 만들고, robots.txt를 작성하는 일들입니다. VS Code 확장이나 별도 데스크톱 앱을 깔지 않아도 브라우저에서 한 번에 끝낼 수 있는 작업들입니다.
이 카테고리의 도구들은 모두 브라우저 안에서만 동작합니다. 붙여 넣은 JSONㆍSQLㆍ코드 조각은 외부 서버로 전송되지 않으며, 파일 변환도 로컬에서 처리됩니다. 사내 API 응답처럼 외부에 노출되면 곤란한 데이터도 안심하고 다룰 수 있습니다. 이미지 압축ㆍPDF 생성처럼 자료 만들기에 가까운 작업은 생산성 도구에서, Git 명령어ㆍHTTP 상태 코드 같은 참고 자료는 정보ㆍ레퍼런스에서 이어집니다.
언제 어떤 도구를 쓰면 좋을까요?
- 파비콘 생성기 - 이미지ㆍSVGㆍ텍스트ㆍ이모지로 파비콘 세트(PNGㆍSVGㆍmanifest)를 만들 때
- JSON 포매터ㆍ변환기 - JSON을 포매팅ㆍ검증하거나 YAMLㆍCSVㆍXML로 상호 변환할 때
- Base64 인코더ㆍ디코더 - 텍스트ㆍ파일을 Base64로 인코딩ㆍ디코딩할 때(JWTㆍData URI 등)
- SQL 포매터 - 한 줄로 뭉친 SQL 쿼리를 방언별 규칙으로 정렬할 때
- HTMLㆍCSSㆍJS 포매터 - 프론트엔드 코드를 일관된 스타일로 정돈할 때
- UUID 생성기 - 버전별(v1ㆍv4ㆍv7) UUID를 여러 개 한 번에 생성할 때
- JSON-LD 생성기 - 구조화 데이터(Schema.org JSON-LD) 스니펫을 만들 때
- Robots.txt 생성기 - 검색엔진ㆍAI 크롤러 접근 규칙이 담긴 robots.txt를 만들 때
자주 묻는 질문
JSON을 YAMLㆍCSVㆍXML로 변환하면 데이터가 손실되나요?
대부분의 단순 객체는 무손실로 변환되지만, 형식 간 표현력 차이로 일부 정보는 소실될 수 있습니다. CSV는 평면 표 구조라서 중첩 객체ㆍ배열을 표현하지 못하므로 JSON → CSV 변환 시 중첩 필드가 평탄화됩니다. XML은 attribute와 element가 구분되어 있어 키 명명 규칙에 따라 약간 다르게 표현됩니다. 정밀한 데이터 이동이 목적이면 JSON ↔ YAML이 가장 안전합니다.
Base64는 암호화인가요?
아닙니다. Base64는 단순 인코딩이라 누구나 같은 알고리즘으로 디코딩할 수 있습니다. 비밀번호ㆍAPI 키 같은 민감 정보를 Base64로 "숨기는" 것은 보안에 전혀 도움이 되지 않습니다. Base64의 용도는 바이너리 데이터를 텍스트 통신에 안전하게 넣는 것입니다(JWT, Data URI, 이메일 첨부 등).
UUID v4와 v7 중 어느 걸 써야 하나요?
v4는 완전 무작위라 충돌 가능성이 사실상 0이지만, 순서가 없어서 데이터베이스 인덱스가 분산되어 쓰기 성능이 떨어집니다. v7은 시간을 앞부분에 포함해 단조 증가하므로 인덱스 효율이 좋고, 생성 시각도 함께 알 수 있습니다. 최근에는 v7이 권장되며, 외부 노출 식별자로는 보안상 v4를 함께 쓰는 패턴도 흔합니다.
robots.txt와 noindex 메타 태그의 차이는?
robots.txt는 크롤링 자체를 막는 권고이고, noindex는 색인을 막는 지시입니다. 둘은 다른 단계에서 동작합니다. 색인을 막고 싶다면 robots.txt로 크롤링을 차단하면 안 됩니다. 크롤러가 페이지를 못 보면 noindex 태그도 볼 수 없어 오히려 색인이 남을 수 있기 때문입니다. 색인 제거 목적이면 noindex 메타를 두고 robots.txt는 열어 두어야 합니다.
JSON-LD가 SEO에 정말 도움이 되나요?
직접적으로 순위를 올리지는 않지만, 검색 결과의 리치 결과(별점ㆍFAQ 미리보기ㆍ가격ㆍ이미지 등)에 표시될 가능성을 만들어 줍니다. 클릭률이 상대적으로 더 높아지는 효과가 있습니다. 단 Google이 신뢰할 만한 콘텐츠라고 판단해야 노출되며, 잘못된 마크업은 페널티 대상이 될 수 있으니 페이지 본문과 일치하는 데이터만 넣는 것이 안전합니다.