beehiiv ги обедини препораките — неуспешните лидови веќе не ги брише

|Автор: Уредувачки тим на QUASA|5 мин. читање
beehiiv ги обедини препораките — неуспешните лидови веќе не ги брише

Во упатството ажурирано на 1 октомври 2026 година, beehiiv појаснува дека бесплатните препораки и поранешните Boosts се управуваат заедно, а претплатниците што не ја минуваат проверката остануваат означени во листата. Поставката Auto-clean, која можела автоматски да ги отстрани таквите контакти, е укината. За издавачот што прима нови читатели, неуспешната проверка сега е видлив исход за кој тој одлучува како ќе постапи.

Во продуктната објава од 29 септември 2026 година, Тајлер Денк го претстави обновениот пазар со филтри според категорија, земја и исплата и го опиша условот за наплата со зборовите: „You only pay for verified subscribers who actually engage with your content.“ Пазарот го проширува веќе обединетиот тек на препораки; септемвриската објава не е датумот на првото обединување. Пријавувањето на читател преку платена препорака затоа не е исто што и потврден резултат или заработка.

Што се смени во текот на препораките

Boosts сега се викаат paid recommendations и стојат покрај бесплатните препораки во Grow → Recommendations. Делот Outgoing recommendations ги содржи публикациите што издавачот им ги предлага на своите претплатници, бесплатно или за надомест. Во Incoming recommendations се гледаат публикациите што го препорачуваат неговиот билтен и таму се управува со платената понуда за привлекување читатели.

Оваа поделба го заменува стариот распоред во кој бесплатните препораки и Boosts се бараа на различни места. Преименувани се и старите патеки: Grow Boosts одговара на Incoming recommendations, а Monetize Boosts на Outgoing recommendations. Ознаката за каналот преку кој дошол претплатникот исто така ја користи терминологијата за препораки наместо „boost“, па старото име може да недостига и во приказот на резултатите.

Издавачот може да одреди дали местата што им се прикажуваат на новите читатели ќе влечат бесплатни препораки, платени препораки или и двата вида. Може да закрепи конкретна публикација, да ги менува активните предлози или да остави место празно. Кај платените понуди, филтрите на пазарот помагаат да се најдат билтени според темата, земјата и понудената исплата; таа исплата станува релевантна дури кога испратениот претплатник ќе ја мине проверката.

Од пријавување до исход од проверката

Кога читател ќе се претплати преку платена препорака, beehiiv го бележи исходот на неговиот запис. Ознаката „Rec: Pending Verification“ значи дека проверката сè уште трае, „Rec: Verified“ дека е помината, а „Rec: Failed Verification“ дека не е помината. Издавачот може да ги филтрира овие записи во Segments и да ги користи ознаките како услов за Automations.

Тука е главната разлика во однос на Auto-clean. Порано таа поставка можела тивко да ги отстрани претплатниците со неуспешна проверка; сега тие остануваат во листата по основната поставеност. Издавачот го гледа исходот и може одделно да постапи со тие контакти. Ознаката за неуспех не го претвора контактот во потврден резултат само затоа што тој и понатаму е видлив меѓу претплатниците.

За публикацијата што плаќа, листата затоа може да содржи повеќе нови записи од бројот на препораки што на крај ќе бидат наплатени. За публикацијата што ги испраќа читателите, истата разлика важи за очекуваната заработка: понудениот надомест по претплатник не се заработува за секое почетно пријавување. Додека исходот е на чекање, пријавувањето е потенцијален резултат, а не завршена исплата.

Што се случува со исплатата

Платената понуда и понатаму работи со надомест по квалификуван претплатник. Публикацијата што бара читатели поставува понуда, друга публикација се пријавува да ја препорачува, а новите претплатници потоа минуваат проверка. Во прегледот на SirenCY од 1 октомври 2026 година се наведува дека заработката од препораката се додава во beehiiv Wallet кога испратениот претплатник ќе биде верификуван.

Тоа објаснува зошто бројот на стекнати контакти, бројот на успешно проверени претплатници и состојбата во Wallet можат да се разликуваат. Контакт што не ја минал проверката останува во листата на публикацијата што го примила, но не носи заработка за издавачот што го препорачал. Разликата е особено важна кога понудата изгледа привлечна по исплата за претплатник: прикажаната стапка сама по себе не кажува колку од испратените читатели ќе станат платени резултати.

beehiiv задржал и други делови од платениот тек, меѓу нив понуди со надомест по квалификуван претплатник, верификација, Wallet, автоматско прифаќање и географско насочување. Новата поставка за автоматско дополнување на Wallet може да додаде средства кога салдото ќе падне под праг што го избрал издавачот. Таа влијае врз финансирањето на активните понуди, додека проверката и понатаму одредува кои испратени претплатници носат исплата.

Кои стари начини на споделување се повлечени

Нови Email Boosts и Direct Links веќе не може да се создаваат. Email Boosts што биле започнати продолжуваат до природното истекување, а претходно споделените директни врски и понатаму ги пренасочуваат луѓето што ќе ги отворат. Повлекувањето затоа првенствено ја затвора можноста за создавање нови кампањи и врски преку тие стари функции.

Обновениот пазар има врска за споделување на платена понуда, но нејзината улога е да покани други публикации да ја препорачуваат. Старите Direct Links биле начин директно да се носат пријавувања преку посебна врска. Издавач што веќе споделил таква врска може да очекува таа да се отвора, но не може да создаде нова Direct Link за истата употреба.

За примачот на новите читатели, најдолготрајната последица е во сопствената листа. Записите со неуспешна проверка остануваат видливи по основната поставеност и можат да се издвојат преку ознаката, додека исплатата се врзува за успешно проверените читатели. Така одлуката дали контактот ќе остане во публиката му припаѓа на издавачот, одделно од исходот на платената препорака.

Прочитајте и:

Сподели:

Претплатете се на нашиот билтен

Добивајте ги најновите вести за Web3, AI и крипто директно во вашето сандаче.

0