고객 지원 문의

이메일로 답장드리며, 보통 이틀 안에 회신합니다.

Google reCAPTCHA가 이 제출을 악용 여부에 대해 확인하며, 이 과정에서 데이터가 Google로 전송됩니다. 스크립트는 이 양식을 열 때만 불러옵니다.

← 전체 글

블로그스팟 블로그에서 카운터가 들어갈 자리

블로그스팟은 여전히 많은 개인 블로그와 공동체 블로그를 품고 있고, 구조 제약이 엄한 경우가 많습니다. 이 플랫폼은 사용자 HTML을 정해진 영역으로 한정하므로, 그림 카운터를 어디에 놓느냐가 중요한 설계 결정이 됩니다.

머리글글들바닥글좁은 옆칸이 가장 먼저 깨지고, 휴대전화에서는 어차피 바닥글 옆에 놓입니다

HTML이 아예 허용되는 곳

사용자 마크업을 받아 주는 곳은 배치 편집기이고, 받아 주는 형태는 하나뿐입니다. 가젯이라고 부르는 상자이고, 그 가운데 한 종류가 날 HTML을 받습니다. 테마 편집기는 더 받아 주지만, 거기서의 실수는 모든 페이지를 한꺼번에 건드리고 되돌리기가 늘 분명하지도 않습니다.

가젯은 테마가 알아서 자리를 잡아 주는, 이름이 붙은 상자입니다. 자기 제목, 자기 여백, 그리고 둘러싼 영역이 마침 가진 너비를 함께 지니고 옵니다. 그 안에 놓인 것은 그 모두를 물려받고, 그래서 같은 카운터가 같은 블로그의 두 영역에서 다르게 보입니다.

왜 옆칸이 잘못된 상자인가

좁은 옆칸에 카운터를 넣으면 배치가 자주 어그러집니다. 모바일 기기에서는 사이드바가 맨 아래로 밀려나고, 넓은 카운터 디자인은 쓸 수 있는 칸 너비를 넘겨 가로 스크롤을 낳습니다.

옆칸은 블로그스팟 테마가 제공하는 가장 좁은 영역이고, 가장 먼저 다시 흐릅니다. 그 칸보다 넓은 카운터 디자인은 맞추어 줄어들지 않습니다. 삐져나오고, 페이지는 그림 옆에서만이 아니라 길이 전체에 걸쳐 옆으로 스크롤됩니다.

두 번째 까닭도 있고, 그것이 너무 늦게 알아차리는 쪽입니다. 휴대전화에서 옆칸은 글 아래로 옮겨지고, 그곳은 바로 바닥글이 이미 있는 자리입니다. 그러니 카운터는 어차피 바닥글 옆에 놓이며, 거기 가는 길에 배치 문제만 일으킨 셈이 됩니다.

왜 바닥글이 버티는가

바닥글은 한결같이 가장 믿음직한 자리입니다. 주된 내용이 닿을 수 있게 된 뒤에야 그림 요소가 불리도록 보장하여, 읽기 흐름을 방해하지 않으면서도 방문을 정확히 기록합니다.

실용적인 대목은 그림 없이 적을 만큼 짧습니다. HTML 가젯을 더하고, 태그를 붙여 넣고, 가젯 제목은 비워 엉뚱한 제목이 뜨지 않게 하고, 배치가 제공하는 가장 아래 영역으로 끌어다 놓고, 저장합니다. 그 밖에 바꿀 것은 없습니다.

여기에 화면 사진이 없는 것은 일부러입니다. 배치 편집기는 여러 해 동안 여러 번 다시 그려졌고, 작년 판본의 그림은 그림이 없는 것보다 나쁩니다. 독자를 옮겨 간 단추를 찾아 나서게 하니까요. 이름은 그대로 있었습니다 — 배치, 가젯, HTML — 그리고 이름은 화면 사진보다 재설계를 잘 견딥니다.

제약은 실재하되 작은 것으로 드러납니다. 상자 하나, 붙여 넣기 한 번이면 자리 문제는 블로그가 사는 동안 결정된 것입니다. 그 밖에 결정할 것을 거의 남기지 않는 플랫폼에서는 공정한 맞바꿈입니다.

광고