Published vs Planned (게시됨 vs 계획됨)

'성공'이라고 말하는 도구는 프로필에 게시된 게시물이 아닙니다. 스케줄러는 작업을 수락한 후 나중에 실패합니다: 만료된 토큰, 잘못된 계정, 거부된 형식, 한 네트워크가 조용히 드롭되는 경우 등이 있습니다. 그러면 소유자는 페이지를 열어보고 아무것도 없음을 발견하지만, 에이전트는 이미 '모두 게시됨'이라고 말한 상태입니다. 이 스킬은 한 가지 규칙으로 그 격차를 해소합니다: 행(row)은 이번 확인에서 실제로 라이브 상태를 보았을 때만 '게시됨'입니다.

사용 시기

방금 예약, 업로드 또는 게시하고 이제 보고하려는 경우
'실제로 나갔나요?', '모두 저장됐나요?', '왜 인스타그램에 없나요?' 라는 질문을 받은 경우
정기 작업이 클라이언트의 콘텐츠를 게시하지만 아무도 라이브 페이지를 확인하지 않은 경우

게시물을 디자인하거나, 캡션을 작성하거나, 광고 결과를 읽는 데 사용하지 마세요. 이 스킬은 단 하나의 질문에만 답합니다: 계획한 것이 있어야 할 곳에, 있어야 할 시간에 존재했는가?

방법

1. 먼저 계획 목록을 구축하세요 (스케줄러에 접촉하기 전에)

네트워크당 항목당 한 행(row). Facebook과 Instagram에 크로스포스팅하는 경우 두 행입니다.

#	계정 / 페이지	네트워크	형식	계획된 날짜-시간 + 시간대	에셋 (파일명 또는 ID)	캡션, 첫 단어들

규칙:

모든 행에 시간대를 명시하세요. 스케줄러의 시간대와 계정의 시간대는 종종 다릅니다.
기억에 의존하지 말고, 브리핑이나 승인된 캘린더에서 목록을 가져오세요.
필드를 모르는 경우 지금 그렇게 말하세요. 나중에 추측으로 채우지 마세요.

2. 예약 후: 스케줄러의 자체 목록에서 다시 읽어오기

확인 토스트(confirmation toast)를 닫으세요. 스케줄러의 목록 보기(예약된 게시물, 플래너, 큐)를 열고 각 행을 하나하나 비교하세요:

올바른 계정/페이지, 올바른 네트워크
올바른 형식 (포스트 vs 릴스 vs 스토리)
날짜, 시간 및 시간대
올바른 미디어 (미리보기 열기; 캐러셀의 항목 수 세기)
캡션 변경 없음 (첫 단어, 줄 바꿈, 링크, 해시태그, 잘림 없음)

불일치가 있으면 지금 수정한 후 다시 읽어오세요. 목록에서 찾을 수 없는 행은 토스트가 뭐라고 말했든 '예약되지 않음'입니다.

3. 슬롯 시간이 지난 후: 라이브 표면 확인

계획된 시간이 지난 후 몇 분을 더 기다리세요. 그런 다음 관리 도구가 아닌, 일반인이 보는 화면을 여세요:

가능하면 로그아웃 상태 또는 앱 보기에서 공개 프로필 또는 페이지; 또는 플랫폼 자체의 '게시됨' 목록을 두 번째 소스로 사용
Instagram과 Facebook은 별도로 확인하세요. 크로스포스팅은 종종 오류 없이 한쪽을 드롭합니다.
각 행에 대해 확인: 존재함, 올바른 계정, 올바른 형식, 캡션 변경 없음, 미디어가 재생되고 올바른 에셋임, 대략 올바른 시간에 게시됨
드라이브 업로드의 경우: 웹 보기에서 대상 폴더를 열고, 파일 이름, 0보다 큰 크기, 파일이 열리는지 확인

스토리는 만료되고 일부 형식은 다른 탭(릴스 탭, 스토리 아카이브)에 나타납니다. 누락되었다고 말하기 전에 올바른 위치를 확인하세요.

4. 조정 테이블만 보고하기

먼저 차이점을 나열하세요. 정확한 확인 시간과 시간대를 명시하세요.

#	항목	계획됨	예약됨 (목록 보기)	라이브 (공개 페이지)	차이점 및 예상 원인	수정

셀별 상태 단어: ok (정상), missing (누락), wrong (잘못됨, 무엇을), not yet due (아직 기한 아님), not checked (확인되지 않음, 이유 명시). 그런 다음 한 줄: "Checked 4 Nov, 21:40 (UTC-5): 7 of 9 live, 2 gaps." (11월 4일 21:40 (UTC-5) 확인 결과: 9개 중 7개 라이브, 2개 차이)

5. 사용 가능 및 사용 불가능한 단어

'게시됨' 및 '라이브': 이번 확인에서 라이브 표면에서 확인된 행에만 사용하세요.
'예약됨': 이번 확인에서 스케줄러 목록에서 다시 읽어온 행에만 사용하세요.
절대 사용하지 마세요: 도구 상태, '성공'으로 표시된 작업, 토스트, 로그 줄, 이전 보고서 또는 기억에서.
확인할 수 없는 경우(로그인 만료, 페이지 차단) not checked라고 쓰고 이유를 명시하세요. '아마 괜찮을 것'보다 '알 수 없음'이 낫습니다.
문제가 있고 안전하게 수정할 수 있는 경우(일정 변경, 재업로드, 필요한 경우 소유자 승인을 받아 놓친 슬롯 재게시) 수정하고, 재확인 후 새로운 증거를 보여주세요.

6. 정기적인 주기

각 예약 슬롯 직후: 해당 슬롯이 다루는 행만 확인하세요.
하루에 한 번: 전체 테이블.
확인 사이에는 전체 이야기 대신 변경 사항만 보고하세요("마지막 확인 이후 2개 행 변경됨").
다음 확인에서 비교할 수 있도록 마지막 테이블과 타임스탬프를 유지하세요.

작업 예시

계획: 화요일 3개 항목. 21:40에 보고됨.

#	항목	계획됨	예약됨	라이브	차이점 및 원인	수정
1	페이지 A, FB, 포스트	화 10:00	ok	ok	없음	없음
2	페이지 A, IG, 릴스	화 10:00	ok	missing (누락)	IG로 크로스포스트 실패, 오류 표시 없음	21:45에 수동 재게시, 현재 라이브 (확인됨)
3	페이지 B, FB, 릴스	화 18:00	wrong: 08:00으로 설정됨	잘못된 시간에 ok	시간대 변경 (스케줄러가 다른 시간대에 있음)	계정 시간대 설정됨, 다음 배치에 참고

잘못된 보고: "All 3 scheduled and published." (세 번의 성공 토스트에서 비롯됨)

일반적인 실패 원인

만료되거나 취소된 토큰, 또는 페이지 권한 변경
잘못된 계정 선택, 또는 유사한 두 페이지/계정
형식 거부: 릴스 길이 초과, 잘못된 화면 비율, 지원되지 않는 코덱, 캡션 길이 초과
스케줄러, 계정 및 계획자 간의 시간대 차이
일정이 저장될 때 미디어 업로드가 아직 처리 중이어서 미디어 없이 게시물 저장됨
크로스포스트에서 한 네트워크가 조용히 드롭됨
예약 대신 중복 또는 초안 저장됨
스케줄러 목록이 필터링되어(날짜 범위, 한 계정) 행이 누락된 것처럼 보이거나 다른 항목인데 있는 것처럼 보임
드라이브 업로드: 동기화 미완료, 파일이 잘못된 폴더에 저장됨, 0바이트 파일, 권한이 공유되지 않음

한계

접근 권한이 없는 비공개 또는 제한된 계정은 볼 수 없습니다. 그렇게 말하세요.
플랫폼 목록은 몇 분 지연될 수 있습니다. 누락되었다고 판단하기 전에 한 번 다시 확인하세요.
이 스킬은 존재 여부와 충실도를 확인하며, 누군가가 보았는지는 확인하지 않습니다.

Published vs Planned