- 레시피 앞의 긴 글은 작성자가 저작권을 주장할 만한 거의 유일한 부분이에요. 검색 노출과 광고 수익을 받쳐 주는 장치이기도 하고요.
- 애플 홈뷰는 구글 검색 친화적 레시피 형식을 쓴 페이지에서 재료·단계·타이머만 뽑아 보여줘요. 원본 페이지는 처음 한 번만 거치게 돼요.
- 요리하는 사람은 편해지지만 대체 재료나 실패했을 때 대처법 같은 맥락을 놓치기 쉬워요. 작성자는 광고가 여러 번 노출될 기회를 잃고요.
다섯 식구의 정신없는 아침이 3분 동안 이어지는 광고. 애플이 스마트 디스플레이 홈뷰(HomeView)를 처음 소개하며 내놓은 영상은 꽤 애플답지 않았어요. 티 없이 정돈된 방은 끝내 나오지 않거든요. 식탁 한가운데 놓인 홈뷰가 가족 일정을 보여주고, 메시지를 보내고, 프렌치토스트 레시피를 몇 초 만에 단계별로 띄워요.
보는 입장에선 탐나는 장면이죠. 그런데 이 레시피 기능이 건드린 건 인터넷에서 꽤 오래 묵은 문제예요. 레시피 페이지는 왜 그렇게 긴지, 그 긴 글을 기계가 걷어내면 누가 손해를 보는지. 결론부터 말할게요. 작성자에게 홈뷰는 구글 AI 검색보다 덜 위협적이에요. 대신 요리하는 사람은 단계 목록 바깥에 있던 맥락을 놓치기 쉬워요. 추출 기능이 어떻게 작동하는지, 서론은 왜 있는지, 기기·서비스마다 방식이 어떻게 다른지 순서대로 풀어볼게요.
재료·단계·타이머만 남기고 광고·제휴 링크는 버린다
원리는 단순해요. 웹페이지에서 재료 목록, 조리 순서, 타이머처럼 요리에 꼭 필요한 부분만 골라내고 나머지는 버리는 식이에요. 홈뷰 화면에도 딱 이 세 가지만 남아요. 다음 단계로 넘기는 건 음성 명령과 시리(Siri) AI 몫이고요. 생닭을 손질하다 손목까지 범벅이 됐을 때 터치스크린을 건드리지 않아도 된다는 점, 이게 제일 큰 장점이에요. 이런 약속을 내건 게 홈뷰가 처음도 아니에요. 웹사이트, 브라우저 확장 프로그램, 스마트홈 기기가 이미 줄줄이 같은 말을 해 왔고, 홈뷰는 그 줄 맨 끝에 선 후발 주자에 가까워요.
따져 볼 건 버려지는 쪽이에요. 추출 과정에서 사라지는 게 작성자의 사연만은 아니거든요. 페이지에 붙어 있던 광고도, 재료나 도구로 이어지는 제휴 링크도 같이 빠져요. 레시피는 공짜로 읽히지만 공짜로 만들어지진 않아요. 웹사이트와 작성자가 그 비용을 메우는 주된 통로가 바로 이 광고와 제휴 링크예요. 더버지에 이 문제를 쓴 필자 역시 자기 음식 뉴스레터에 레시피를 올리는 당사자라, 이해관계가 있다는 사실부터 밝히고 이야기를 시작해요. 읽는 쪽에서도 이 점은 염두에 둘 만해요.
음식 매체 Eater의 시니어 기자 베티나 마칼린탈(Bettina Makalintal)은 이걸 ‘계약’의 문제로 봐요. 마칼린탈의 말을 그대로 옮기면 “레시피만 뽑아내는 도구는 레시피 개발자와 독자 사이의 암묵적인 사회적 계약을 깨뜨린다”는 거예요. 독자는 레시피를 무료로 얻고, 작성자는 그 페이지의 광고·제휴 수익으로 버틴다. 이 관계를 일종의 약속으로 본 셈이죠.
할머니 인생사가 레시피 앞에 붙는 세 가지 이유
쿠키 레시피 하나 보려다 누군가의 할머니 인생사부터 읽어야 한다는 농담, 한 번쯤 들어봤을 거예요. 웃자고 하는 얘기지만 그 글이 거기 놓인 데는 꽤 현실적인 이유가 있어요.
- 저작권: 재료와 조리 순서는 단순한 지시사항으로 취급되는 경우가 많아요. 작성자가 저작권을 주장할 만한 건 대개 그 주변의 글이에요. 서론과 설명이 사실상 유일한 창작물 노릇을 하는 셈이죠.
- 검색 노출: 마칼린탈 설명으로는, 레시피가 구글 검색에 걸리려면 작성자들이 정해진 방식으로 글을 늘려야 했어요. 지금 그 글을 걷어내려 애쓰는 쪽도, 애초에 그런 글을 요구한 쪽도 빅테크라는 아이러니가 여기서 나와요.
- 광고 수익: 독자가 스크롤하고, 요리하는 동안 화면을 켜 둔 채 머무를수록 광고는 반복해서 노출돼요. 긴 페이지 자체가 수익 구조의 일부라는 얘기예요.
세 가지를 나란히 놓고 보면 서론은 작성자의 수다라기보다 생존 장치에 가까워요. 서론이 싫은 사람을 위한 탈출구도 이미 있고요. 음식 웹사이트 레이브너스(Ravenous)를 공동 창업해 운영하는 자야 색세나(Jaya Saxena)는 거의 모든 음식 블로그 맨 위에 ‘레시피로 이동(jump to recipe)’ 버튼이 붙어 있다고 짚었어요. 스크롤할 필요조차 없는데 아직도 에세이 불평을 한다면 그건 그냥 무례한 거라고, 꽤 거친 표현까지 보태서요.
홈뷰는 원본을 한 번 거치고, 구글 AI 요약은 건너뛴다
레시피를 깔끔하게 정리해 보여주겠다는 시도 자체는 새롭지 않아요. 서비스마다 갈리는 지점은 두 가지. 레시피를 어디서 가져오는지, 그리고 원본 페이지를 거치게 하는지예요.
| 구분 | 레시피를 가져오는 범위 | 원본 페이지와의 관계 | 상태 |
|---|---|---|---|
| 애플 홈뷰 | 구글 검색 친화적 레시피 형식을 쓴 온라인 레시피 전반(애플 설명) | 아이폰이나 홈뷰의 사파리로 원본을 먼저 열어야 해서 최소 한 번은 방문 | 스마트홈 허브 가운데 이렇게 모든 레시피를 받는 방식은 홈뷰뿐 |
| 아마존 에코쇼 | 올레시피(Allrecipes), 에피큐리어스(Epicurious) 같은 제휴 사이트 | 제휴 사이트 콘텐츠에 한정 | 홈뷰와 비슷한 핸즈프리 요리 기능 제공 |
| 구글 네스트 허브 | 단계별 레시피 기능을 제공했었음 | 근거 자료에 설명 없음 | 잘 쓰이지 않는 다른 기능들과 함께 제거됨 |
| 구글 검색(제미나이 AI) | 여러 온라인 레시피를 합쳐 하나로 정리 | 검색 결과 페이지에서 바로 보여줘 원본을 클릭할 필요가 없음 | 제공 중, 출처가 불투명하다는 비판 |
| 레시피이즐리(Recipeasly) | 온라인 레시피를 ‘고쳐’ 주겠다고 내세운 스타트업 | 광고와 ‘인생 이야기’를 걷어낸 버전을 따로 제공 | 온라인 반발로 주말을 겨우 넘기고 서비스 중단 |
표에서 가장 눈여겨볼 칸은 ‘원본 페이지와의 관계’예요. 홈뷰는 적어도 한 번은 원본을 열게 만들어서 광고도 최소 한 번은 노출돼요. 작성자로선 반가운 일이에요. 하지만 독자가 요리하는 내내 페이지에 머물며 광고를 여러 번 보던 것과 비교하면 그 가치는 한참 떨어지죠. 구글 검색의 AI 요약은 정반대 방향이에요. 원본 클릭이라는 단계 자체를 건너뛰게 만들거든요. 작성자들이 가장 거세게 문제 삼는 게 바로 이 방식이고요. 구글 네스트 허브는 원본과의 관계가 근거 자료에 설명돼 있지 않아 이 비교에선 판단을 보류하는 게 맞아요. 기능 자체가 이미 사라졌으니 실질적인 의미도 크지 않고요.
마칼린탈이 홈뷰를 AI 요약보다 덜 위협적으로 본 것도 비슷한 맥락이에요. AI 요약은 출처가 ‘불투명’해서 작성자의 노동을 사실상 지워 버린다는 게 마칼린탈의 이유예요. 색세나 역시 자리 잡은 작성자들에게 홈뷰는 새로운 위협이라기보다 이미 겪어 온 위협의 연장선에 가깝다고 봤어요. 필자의 판단은 좀 더 숫자 쪽이에요. 애플이 홈뷰를 엄청나게 많이 팔지 않는 한, 이 레시피 기능을 쓰는 사람은 구글 AI 검색 레시피나 다른 AI 도구 이용자보다 훨씬 적을 거라는 계산이죠. 세 사람의 말을 겹쳐 보면, 레시피 작성자의 진짜 걱정거리는 식탁 위 기기보다 검색창 쪽에 있다고 보는 게 자연스러워요.
단계 목록에는 대체 재료와 실패 대처법이 없다
추출 기능으로 손해를 보는 건 작성자만이 아니에요. 마칼린탈은 레시피 주변의 부가 설명이 요리 중에 생긴 문제를 해결하거나 재료를 바꿀 때 정말 쓸모 있는 경우가 있다고 말해요.
“이 재료가 없으면 뭘로 바꾸지”, “반죽이 너무 질면 어떻게 하지”, “이 단계에서 왜 불을 줄이지”. 요리하다 막히는 순간 떠오르는 질문들인데, 이런 답은 재료 목록이나 단계 목록에 잘 들어가지 않아요. 대개 서론이나 단계 사이 메모, 본문 아래 팁에 숨어 있죠. 단계만 깔끔하게 띄우는 화면은 쉬운 레시피를 더 쉽게 만들어요. 반면 맥락이 중요한 레시피는 오히려 더 어렵게 만들 가능성이 있어요. 광고 속 프렌치토스트 같은 간단한 메뉴라면 몰라도, 처음 만드는 요리라면 얘기가 달라지는 이유예요.
그래서 추출 기능을 쓰더라도 몇 가지 습관은 곁들이는 편이 좋아 보여요.
- 처음 만드는 요리라면 원본 페이지를 한 번 훑으며 대체 재료나 주의할 점이 있는지 확인하기
- 서론이 길게 느껴지면 상단의 ‘레시피로 이동’ 버튼부터 찾기
- 스마트 디스플레이로 레시피를 띄웠다가 막히는 단계가 나오면, 원본 페이지로 돌아가 그 부분 설명을 다시 읽기
- 자주 참고하는 작성자가 있다면 뉴스레터나 유료 구독처럼 직접 응원할 방법이 있는지 살펴보기
한국어 레시피는 페이지 형식과 음성 지원이 관건
여기서부터는 확인된 사실보다 추정이 많아요. 추정인 대목엔 따로 표시해 둘게요.
제휴형과 개방형의 차이: 에코쇼의 요리 기능은 올레시피·에피큐리어스 같은 제휴 사이트에 묶여 있어요. 둘 다 영어권 레시피 사이트예요. 한국어 레시피를 주로 보는 사람에겐 쓰임새가 좁을 것으로 보여요(추정). 홈뷰는 반대 방향이에요. 구글 검색 친화적 레시피 형식만 갖추면 사이트를 가리지 않는다는 게 애플 설명이라, 원리상 한국어 페이지도 대상에 들어가요.
페이지 형식이 갈림길: 걸리는 건 한국어 레시피가 전부 그 형식을 갖췄느냐예요. 이건 완전히 별개 문제죠. 작성자가 쓰는 블로그 플랫폼이 검색용 레시피 형식 삽입을 지원하는지에 따라, 홈뷰에서 깔끔하게 정리되는 레시피와 그렇지 않은 레시피가 나뉠 것으로 보여요(추정).
음성 안내 언어: 시리 AI로 단계를 넘기는 기능이 한국어 음성과 한국어 페이지에서 얼마나 매끄럽게 돌아갈지는 근거 자료에 나오지 않아요. 영어 레시피 사례로 소개된 기능이라, 한국어 환경에서의 동작은 아직 빈칸으로 남아 있어요.
국내 작성자의 계산: 자기 사이트에서 레시피를 운영하는 국내 작성자에게 검색용 레시피 형식은 양날의 검이에요. 검색과 기기 노출엔 유리할 가능성이 커요. 대신 홈뷰 같은 기기에서는 독자가 페이지에 머무는 시간이 줄어 광고가 덜 반복될 것으로 보이거든요(추정). 노출이냐, 체류 시간이냐. 답은 사이트의 주 수익원이 광고인지 구독인지에 따라 갈릴 거예요.
확인된 것과 아직 불확실한 것
확인된 것
- 애플 설명에 따르면 홈뷰는 구글 검색 친화적 레시피 형식을 쓴 온라인 레시피를 재료 목록·조리 단계·타이머로 바꿔 보여줘요.
- 홈뷰에 레시피를 띄우려면 아이폰이나 홈뷰의 사파리에서 원본 페이지를 먼저 열어야 해요.
- 홈뷰에는 자체 앱스토어가 없어요. 대신 카플레이와 같은 기술로 앱 화면을 띄우는 캐스팅을 지원해요.
- 에코쇼의 비슷한 요리 기능은 올레시피·에피큐리어스 같은 제휴 사이트로 한정돼요.
- 구글은 잘 쓰이지 않는 다른 기능들과 함께 네스트 허브의 단계별 레시피 기능을 없앴어요.
- 광고와 사연을 걷어내겠다던 스타트업 레시피이즐리는 반발에 밀려 주말을 겨우 넘기고 서비스를 내렸어요.
아직 불확실한 것
- 애플 홈뷰의 한국 출시 여부와 원화 가격(근거 자료에서 다루지 않음)
- 시리 AI 레시피 안내가 한국어 음성과 한국어 페이지에서 어디까지 동작하는지
- 올레시피, NYT 쿠킹(NYT Cooking) 같은 대형 레시피 앱이 실제로 홈뷰용 화면을 내놓을지
- 홈뷰가 얼마나 팔리고, 그래서 레시피 기능을 실제로 쓰는 사람이 얼마나 될지
- 서론만 저작권 대상이 되기 쉽다는 근거 자료의 설명을 국내 법 해석에 그대로 적용해도 되는지
대형 앱엔 캐스팅, 독립 작성자엔 오래된 세 갈래 길
대형 레시피 플랫폼은 그나마 피해를 줄일 여지가 있어요. 홈뷰가 캐스팅을 지원하니, 올레시피나 NYT 쿠킹 같은 큰 앱은 홈뷰 화면에 자기 방식대로 콘텐츠를 띄울 수 있거든요. 추출 기능에 레시피를 넘겨주기보다 자기 앱 안에서 광고와 구독 흐름을 지키는 쪽으로 움직일 것으로 보여요. 실제로 그렇게 할지는 위에 적어 둔 대로 아직 미지수지만요.
독립 작성자는 사정이 달라요. 기기용 앱을 따로 만들기 어려운 개인에게 남은 선택지는 꽤 오래전부터 그대로예요. 홈뷰가 나왔다고 새 길이 열린 건 아니라는 뜻이기도 하죠.
- 버티기: 갈수록 줄어드는 구글 유입과 광고 수익을 감수하며 기존 블로그 방식을 유지
- 브랜드 협업: 대형 브랜드의 스폰서 콘텐츠나 돈을 받고 만드는 레시피의 비중을 늘리기
- 직접 구독: 페이월이나 뉴스레터 중심의 비즈니스 모델로 옮기기
마칼린탈은 규모가 작은 레시피 개발자들이 서브스택(Substack)으로 옮겨 가고 있다고 전했어요. 3번 길을 택하는 사람이 이미 늘고 있다는 신호로 읽혀요. 어느 길이 맞을지는 몇 가지 기준으로 가늠해 볼 만해요. 수익 대부분이 검색 유입에서 나온다면 1번을 유지하되, ‘레시피로 이동’ 버튼과 검색용 레시피 형식부터 정비하는 게 순서예요. 특정 요리 분야에서 이름이 알려져 협업 제안이 들어오는 사람이라면 2번이 현실적이고요. 꾸준히 찾아오는 독자층이 있다면 장기적으로는 3번이 가장 안정적으로 보여요. 독자가 직접 비용을 내는 구조라 추출 기능이나 AI 요약에 덜 흔들리거든요.
독자 쪽에 남는 숙제도 결이 비슷해요. 홈뷰든 AI 검색이든 편한 건 분명해요. 다만 화면에 깔끔하게 뜬 그 레시피를 만든 사람에게 무엇이 돌아가는지, 한 번쯤은 따져 보고 쓰는 편이 좋겠어요.
출처: The Verge
