Google Preferred Sources-ը 2026-ին․ գործնական ուղեցույց հրատարակիչների համար

Որոնողական տեսանելիությունը սովորաբար սկսվում է query-ից, բայց հրատարակիչներին պետք է նաև մեկ օգտակար այցը կրկնվող հայտնաբերման վերածելու միջոց։ Google Preferred Sources-ը ընթերցողին տալիս է այդ ընտրությունը․ նա կարող է նշել վստահելի հրատարակությունը, որպեսզի դրա համապատասխան բովանդակությունը Google-ի աջակցվող միջավայրերում ավելի հաճախ ստանա preferred կարգավիճակ։

Հնարավորությունը գործնական է, սակայն այն հեշտ է գերագնահատել։ Կոճակը ranking չի ստեղծում, թույլ բովանդակությունը չի շտկում և ցուցադրում չի երաշխավորում։ Այն արդեն ձևավորված լսարանին տալիս է իր նախընտրությունը հստակ արտահայտելու միջոց։ Այս ուղեցույցը բացատրում է՝ ում համար է հասանելի գործառույթը, ինչպես այն ներդնել, ինչ դեր ունի Search Profile-ը և ինչպես չափել rollout-ը։

Ի՞նչ է փոխում Google Preferred Sources-ը

Google-ի գործող Preferred Sources փաստաթղթի համաձայն՝ ընտրված կայքը տվյալ օգտատիրոջ համար կարող է ավելի հավանական դառնալ Top Stories-ում և ստանալ preferred նշում։ Preferred source-ը կարող է նաև առանձնացվել AI Overviews-ում և AI Mode-ում, եթե այդ փորձառությունը հասանելի է տվյալ locale-ում, իսկ կայքը eligible է Google-ի generative AI գործառույթների համար։

Top Stories-ի համար գործառույթը հասանելի է ամբողջ աշխարհում՝ Google Search-ի աջակցվող բոլոր լեզուներով։ Սա կարևոր է բազմալեզու հրատարակիչների համար․ ընտրությունը սահմանափակված չէ անգլերենով, իսկ ստանդարտ implementation-ը կարող է հարմարվել այցելուի browser language-ին։

Յուրաքանչյուր business case-ում պետք է տեսանելի պահել երեք սահմանափակում․

Ընթերցողի ընտրությունն ազդում է հենց նրա փորձառության վրա և universal ranking boost չէ։
Preference-ը հնարավորություն է ստեղծում, բայց չի խոստանում, որ յուրաքանչյուր հոդված կցուցադրվի։
Կայքին դեռ անհրաժեշտ է indexable, օգտակար և համապատասխան բովանդակություն։

Մինչև արշավի ձևավորումը ստուգեք eligibility-ն

Preferred Sources-ը աշխատում է domain և subdomain մակարդակով։ example.com-ը կամ news.example.com հրատարակչական subdomain-ը կարող են eligible լինել, իսկ example.com/blog subdirectory-ն առանձին preferred source չի համարվում։

Մինչև promotion ավելացնելը Google-ի source preferences գործիքում փնտրեք իրական domain-ը։ Եթե այն այնտեղ հասանելի չէ, ընդգծված կոճակը ընթերցողին կտանի փակուղի։ Միաժամանակ ստուգեք, որ կարևոր article template-ները crawlable և indexable են, վերնագրերն ու ամսաթվերը հստակ են, և կայքը դուրս չի մնացել Google-ի այն generative AI միջավայրերից, որտեղ ցանկանում է հայտնվել։

Տեխնիկական և content հիմքի ավելի լայն ստուգման համար օգտագործեք Boost iT-ի AI Search Optimization ուղեցույցը։ Preferred Sources-ը լսարանի շերտ է և չի փոխարինում crawlability-ի, content quality-ի, հեղինակային վստահության ու չափման աշխատանքը։

Preferred Sources-ը և Search Profile-ը տարբեր խնդիրներ են լուծում

Google-ն այժմ առաջարկում է լսարանի հետ կապված երկու գործառույթ, սակայն դրանք չպետք է ունենան մեկ անորոշ CTA։ Search Profile badge-ի փաստաթուղթը բացատրում է, որ Search Profile-ը կարող է մեկ Google destination-ում միավորել ստեղծողի կամ հրատարակչի կայքն ու social content-ը։ Այդ profile-ին հետևելը կարող է կապված բովանդակությունն ավելի հավանական դարձնել տվյալ լսարանի համար Discover-ում։

Գործառույթ	Ընթերցողի քայլը	Հիմնական միջավայրը	Լավագույն կիրառումը
Preferred Sources	Հրատարակությունը նշել որպես preferred	Top Stories, ինչպես նաև աջակցվող AI Overviews և AI Mode փորձառություններ	Domain-ի կրկնվող հայտնաբերումը ուժեղացնել
Search Profile	Հետևել profile-ին	Google Discover և profile destination	Կայքի ու social identity-ների միավորում

Լրատվական կամ փորձագիտական հրատարակությունը կարող է օգտագործել երկուսն էլ։ Պահեք label-ները տարբեր, բացատրեք յուրաքանչյուր գործողության արդյունքը և մի տեղադրեք երկու մրցակցող badge ամեն պարբերության կողքին։

Ընտրեք ճիշտ implementation-ը

Կայքերի մեծ մասի համար օգտագործեք ստանդարտ JavaScript կոճակը

Google-ի առաջարկվող տարբերակը բեռնում է publisher library-ն և ցուցադրում ավտոմատ localized կոճակ։ Այն աջակցում է light և dark theme-երի ու անհրաժեշտության դեպքում language override-ի։ Սա սովորաբար ամենացածր ռիսկով ուղին է, քանի որ interaction-ն ու վերադարձի flow-ն իրականացնում է աջակցվող component-ը։

<script async src="https://news.google.com/swg/js/v1/publisher.js"></script>
<div google-add-preferred-source-btn></div>

Script-ը տեղադրեք մեկ անգամ, իսկ button container-ը ավելացրեք միայն այնտեղ, որտեղ հրավերը տրամաբանական է։ Մինչև ամբողջ կայքում release անելը ստուգեք consent tool-երը, script blocker-ները, content-security policy-ն և page speed-ը։

Վերահսկվող interface-ի համար ընտրեք advanced տարբերակը

Design system-ին կարող է անհրաժեշտ լինել custom trigger, theme կամ framework integration։ Google-ի advanced implementation-ն աջակցում է module import և manual callback flow։ Տեսանելի control-ը պետք է ունենա ազնիվ label, հստակ focus state և բավարար touch target։ Custom styling-ը չպետք է գործողությունը ներկայացնի որպես subscription, login կամ կայքի ներքին preference։

Երբ JavaScript-ը գործնական չէ, օգտագործեք deeplink

CMS-ը, email platform-ը կամ social post-ը կարող են չաջակցել interactive component-ին։ Այդ դեպքում կիրառեք Google-ի documented source-preferences deeplink-ը՝ իրական domain-ով։ Deeplink-ը նաև հարմար է newsletter-ի և social promotion-ի համար, բայց մինչև click-ը պետք է հստակ լինի destination-ն ու սպասվող գործողությունը։

Placement-ը կառուցեք ընթերցողի վստահության շուրջ

Լավագույն պահը սովորաբար այն է, երբ ընթերցողն արդեն արժեք է ստացել։ Օգտակար placement-ներ են հոդվածի վերջը, հեղինակի կամ publication-ի module-ը, newsletter confirmation page-ը և վերադարձող այցելուի թեթև prompt-ը։ Առաջին պարբերությունից առաջ մեծ interruption-ը վստահություն է խնդրում՝ այն դեռ չվաստակած։

Հայերեն-անգլերեն հրատարակության դեպքում թույլ տվեք ստանդարտ component-ին ավտոմատ localized լինել, եթե override-ի համար փորձարկված պատճառ չկա։ Localize արեք նաև շրջակա բացատրությունը։ Կոճակը կարող է ինքնուրույն թարգմանվել, բայց հայերեն հոդվածի կողքի միայն անգլերեն խոստումը շարունակում է friction ստեղծել։

Եթե ներդրումը պահանջում է template-ի, performance-ի, accessibility-ի կամ analytics-ի աշխատանք, SEO պատասխանատուին միացրեք web development թիմին։ Այս գործառույթը միաժամանակ վերաբերում է search-ին, content-ին, front-end behavior-ին և measurement-ին։

Արդյունքը շարունակում է կրել content quality-ն

Preferred source դառնալու հրավերը վստահելի է, երբ հրատարակությունն ունի ճանաչելի editorial promise՝ հստակ թեմա, հետևողական expertise, տեսանելի հեղինակներ և update date-եր, ինչպես նաև օրիգինալ reporting կամ analysis։ Google-ի helpful content ուղեցույցը շեշտում է first-hand expertise-ը, հստակ աղբյուրները, նկարագրական վերնագրերն ու վերաշարադրված նյութից ավել իրական արժեքը։

Հրավերը կառուցեք այդ խոստման շուրջ։ «Հետևեք մեր շաբաթական հայկական e-commerce վերլուծությանը» ձևակերպումն ավելի իմաստալից է, քան «Ընտրեք մեզ Google-ում»։ Հետո համոզվեք, որ հրատարակությունը պահպանում է խոստացված թեման ու հաճախականությունը։

Պատրաստեք այն էջերը, որոնք ընթերցողը կարող է տեսնել հետո

Օգտագործեք նկարագրական վերնագրեր և տեսանելի publication կամ update date։
Հոդվածները միացրեք topic cluster-ների՝ օգտակար internal link-երով։
Ցույց տվեք հեղինակին և expert claim-երի evidence-ը։
Mobile փորձառությունը պահեք արագ ու ընթեռնելի։
Վերադարձող ընթերցողին տվեք հաջորդ հստակ քայլ՝ related article կամ newsletter։

Կենտրոնացված SEO և content strategy-ն պետք է որոշի՝ որ topic cluster-ներն արժե առաջ տանել, մինչև badge-ը հայտնվի բոլոր template-ներում։

Չափեք rollout-ը՝ առանց attribution հորինելու

Google-ը չի խոստանում site-level report, որը ցույց կտա publication-ն ընտրած յուրաքանչյուր օգտատիրոջը կամ preference-ի ստեղծած յուրաքանչյուր այցը։ Հետագա ամբողջ organic աճը մի վերագրեք Preferred Sources-ին։

Փոխարենը կիրառեք evidence-ի երեք շերտ․

Implementation. Button impression-ներ, eligible էջերի coverage, script error-ներ, interaction start-եր և հաջող return flow, եթե դրանք հնարավոր է չափել առանց sensitive data հավաքելու։
Search visibility. Search Console-ի impression-ներ, click-եր, page-եր, country-ներ, device-եր և query group-եր promoted բաժինների համար։ Նշեք launch date-ը և համեմատեք համարժեք ժամանակահատվածներ։
Business value. Engaged visit-եր, return readership, newsletter signup-ներ, qualified enquiry-ներ և conversion-ներ տվյալ content cluster-ներից։

Եթե traffic-ը բավարար է, կիրառեք comparison group։ Օրինակ՝ հրավերը թողարկեք մեկ կայացած topic cluster-ում, իսկ համադրելի մեկ այլ cluster մի քանի շաբաթ թողեք անփոփոխ։ Սա կատարյալ causal experiment չի ստեղծի, բայց մեկ շաբաթը մյուսի հետ համեմատելուց և success հայտարարելուց ավելի ուժեղ է։

30-օրյա Preferred Sources rollout

Շաբաթ 1․ eligibility և baseline

Հաստատեք domain-ը source-preferences գործիքում, audit արեք indexability-ն, ընտրեք առաջին topic cluster-ը և գրանցեք Search Console ու engagement baseline-ները։

Շաբաթ 2․ implementation և QA

Staging միջավայրում ավելացրեք ստանդարտ component-ը կամ documented deeplink-ը։ Ստուգեք հայերեն ու անգլերեն էջերը, mobile layout-ները, keyboard navigation-ը, consent behavior-ը, analytics event-ներն ու return flow-ն։

Շաբաթ 3․ սահմանափակ release

Հրավերը հրապարակեք բարձրարժեք էջերի փոքր խմբում և մեկ owned channel-ում, օրինակ՝ newsletter-ում։ Հետևեք error-ներին, interaction rate-ին, ընթերցողի feedback-ին ու էջի performance-ին։

Շաբաթ 4․ գնահատում և ընդլայնում

Ընտրված cluster-ը համեմատեք baseline-ի և comparison page-երի հետ։ Evidence-ի հիման վրա պահեք, փոխեք կամ հեռացրեք placement-ները։ Ընդլայնեք միայն այն ժամանակ, երբ content promise-ը, interface-ն ու measurement-ը միասին աշխատում են։

Տարածված սխալներ

Subdirectory-ն ներկայացնել որպես առանձին eligible source։
Գործառույթը անվանել ranking shortcut կամ երաշխավորված AI citation։
Օգտագործել undocumented custom flow, որը շփոթեցնում է user action-ը։
Prompt-ը ցույց տալ մինչև օգտակար բովանդակություն տրամադրելը։
Preferred Sources և Search Profile badge-երը միավորել՝ առանց տարբերությունը բացատրելու։
Launch անել առանց baseline-ի, comparison period-ի կամ documented limitation-ի։

Արժե հետևել Google-ի Search documentation update log-ին, քանի որ availability-ն ու implementation guidance-ը կարող են փոխվել։ Component-ը դիտարկեք որպես պահպանվող product infrastructure, ոչ թե մեկանգամյա decorative badge։

Preference-ը վերածեք իրական editorial relationship-ի

Google Preferred Sources-ը առավել արժեքավոր է այն հրատարակության համար, որն արդեն գիտի՝ ինչու պետք է ընթերցողը վերադառնա։ Ստուգեք eligibility-ն, տվեք մեկ հստակ խոստում, ներդրեք supported flow-ն և արդյունքը չափեք content quality-ի ու business outcome-ների հետ միասին։

Երկլեզու rollout պլանավորելու, շրջակա content-ը audit անելու և կոճակը առանց performance-ը կամ accessibility-ն թուլացնելու ներդնելու համար դիմեք Boost iT-ին։ Թիմը կարող է SEO-ն, content strategy-ն, web development-ն ու measurement-ը միավորել մեկ գործնական release plan-ում։