Google Merchant Center-ի image պահանջները 2027-ին․ catalogue-ի readiness ուղեցույց

2027 թվականի հունվարի 31-ից Google Merchant Center-ը բոլոր product category-ների և marketing method-ների համար պահանջելու է առնվազն 500 x 500 px ապրանքային պատկերներ։ Online store-ը կարող է նորմալ աշխատել, բայց Shopping ad-ում կամ free listing-ում կորցնել eligibility-ն, եթե feed-ը հղվում է փոքր, արգելափակված, անկայուն կամ policy-ին չհամապատասխանող ֆայլերի։ Այս ուղեցույցը Google Merchant Center-ի 2027 product image պահանջները վերածում է գործնական migration plan-ի։

Ինչ է փոխվում 2027 թվականի հունվարի 31-ին

Google-ի 2026 product data specification update-ը image_link և additional_image_link attribute-ներով փոխանցվող պատկերների նվազագույն չափը բարձրացնում է մինչև 500 x 500 px։ Պահանջը գործում է բոլոր product category-ների ու marketing method-ների համար։ Եթե կողմերից մեկը 500 px-ից փոքր է, ֆայլը enforcement-ից հետո կարող է դառնալ ineligible. օրինակ՝ 500 x 333 landscape պատկերը պահանջին չի համապատասխանում։

Merchant Center-ն արդեն warning-ներ է ցույց տալիս։ Products > Needs attention բաժնում View history-ի միջոցով գտեք “Image too small for upcoming enforcement” և “Image resolution optimizations applied” նշումները։ Google-ի image-too-small շտկման ուղեցույցը նաև բացատրում է, թե ինչպես ներբեռնել affected product-ների ցանկը։ Հենց այդ inventory-ից էլ պետք է սկսել։

Տարբերակեք compliance-ը և իրական image quality-ն

500 x 500-ը eligibility-ի նվազագույն շեմն է, ոչ թե creative benchmark-ը։ Google-ի գործող image link specification-ը հնարավորության դեպքում խորհուրդ է տալիս մոտ 1500 x 1500 px կամ ավելի մեծ պատկերներ։ Այն նաև սահմանում է մինչև 64 megapixel և 16 MB սահմանաչափ, պահանջում supported format և ուղիղ asset URL։

Audit-ի ժամանակ տվեք երկու առանձին հարց. ֆայլը կշարունակի՞ լինել eligible, և այն ապրանքը ճի՞շտ ու համոզիչ է ներկայացնում։ Փոքր thumbnail-ը պարզապես 500 x 500 դարձնելը կարող է անցնել dimensions check-ը, բայց պահպանել blur-ը, compression artifact-ները կամ կորած մանրամասները։ Երբ source-ը թույլ է, նախընտրեք նոր export կամ reshoot, ոչ թե մեխանիկական upscale։

Ստուգեք բոլոր image attribute-ները, ոչ միայն գլխավոր պատկերը

Primary image-ը product record-ի միայն մեկ մասն է։ Յուրաքանչյուր համապատասխան attribute-ի համար կառուցեք առանձին inventory.

Attribute	Commercial դեր	Audit focus
`image_link`	Listing-ի գլխավոր պատկեր	Ճիշտ product, մաքուր view, stable URL, minimum resolution
`additional_image_link`	Մանրամասներ և այլ անկյուններ	Մինչև 10 օգտակար view, նույն technical requirement-ներով
`lifestyle_image_link`	Product-ը կիրառման միջավայրում	Իրատեսական context՝ առանց ապրանքը ծածկելու
`video_link`	Product demonstration	Optional media, rights, crawlability և quality

Google-ի image best-practices checklist-ը խորհուրդ է տալիս մաքուր, բարձր resolution-ով primary image, լրացուցիչ անկյուններ, public ու stable URL-ներ և synthetic կամ AI-assisted ֆայլերի ճիշտ metadata։ Ամբողջ image set-ը դիտարկեք որպես catalogue infrastructure, ոչ թե փոխարինելի creative-ների պանակ։

Պահպանեք պատկերի ճշգրտությունն ու policy safety-ն

Primary image-ը պետք է ցույց տա հենց վաճառվող ապրանքը։ Մի օգտագործեք placeholder, generic category art, border, promotional text, price badge, watermark կամ product-ի մաս չհանդիսացող logo։ Ապրանքը դարձրեք գլխավոր, բայց մի crop արեք կարևոր հատկանիշները։ Google-ը խորհուրդ է տալիս, որ այն զբաղեցնի frame-ի մոտ 75%-90%-ը։

Variant-ները հատուկ ուշադրություն են պահանջում։ Կարմիր ապրանքը չպետք է ժառանգի կապույտ variant-ի նկարը, իսկ bundle-ը չպետք է ցուցադրվի մեկ item-ի պատկերով, եթե page-ն ու offer-ը դա հստակ չեն բացատրում։ Համեմատեք feed-ը, product page-ը, ընտրված variant-ը, structured data-ն և checkout-ը։ Boost iT-ի product structured data audit-ը տալիս է page-feed parity-ի ավելի լայն framework-ը, և image migration-ը պետք է աշխատի նույն source of truth-ի վրա։

AI-assisted պատկերների disclosure metadata-ն մի կորցրեք

Եթե պատկերը ստեղծվել կամ զգալիորեն խմբագրվել է generative AI-ով, Google-ը պահանջում է պահպանել համապատասխան IPTC DigitalSourceType metadata-ն։ Product data specification-ը նշում է TrainedAlgorithmicMedia, CompositeSynthetic և AlgorithmicMedia արժեքները։ Resize-ի, optimization-ի, CDN conversion-ի կամ export-ի ընթացքում այդ metadata-ն մի հեռացրեք։

Սա AI tool-երից հրաժարվելու պատճառ չէ։ QA-ում ավելացրեք մի քայլ, որը կարդում է հենց public URL-ից մատուցվող վերջնական ֆայլը, քանի որ local master-ը կարող է ճիշտ լինել, բայց commerce platform-ի կամ CDN-ի derivative-ը՝ արդեն metadata-ից զրկված։

Image URL-ի փոփոխությունը պլանավորեք որպես crawl migration

Նույն URL-ի տակ ֆայլը փոխարինելը կարող է ուշացնել հայտնաբերումը։ Google-ի broken-image guidance-ը նշում է, որ unchanged URL-ի տակ փոխված image-ը կարող է շատ ավելի ուշ recrawl արվել, իսկ նոր filename-ն ու URL-ը փոփոխությունը դարձնում են հստակ։ Օգտագործեք versioned, stable asset URL-ներ և feed-ը թարմացրեք վերահսկվող ձևով։

Մինչև rollout-ը հաստատեք, որ յուրաքանչյուր URL.

սկսվում է HTTP կամ HTTPS-ով և ուղիղ բացում supported image file,
աշխատում է առանց login-ի, expiring token-ի կամ երկար redirect chain-ի,
crawlable է Googlebot-ի և Googlebot-Image-ի համար,
ունի իրական format-ին համապատասխան file extension,
հետագայում չի վերօգտագործվելու այլ product-ի կամ variant-ի համար։

Եթե catalogue-ը կախված է protected storage-ից, signed URL-ից, session cookie-ից կամ խիստ CDN firewall-ից, նախ շտկեք delivery-ն։ Լավագույն image-ն էլ չի serve անի, եթե Google-ը չի կարող այն fetch անել։

Ժամանակ թողեք processing-ի և fallback behavior-ի համար

Google-ի image-processing guidance-ը նշում է, որ նոր պատկերները սովորաբար մշակվում են մինչև երեք օրում, բայց որոշ դեպքերում գործընթացը կարող է տևել մինչև 30 օր։ Existing approved product-ի դեպքում Google-ը կարող է շարունակել ցույց տալ հին պատկերը, մինչ նորն է մշակում։ Սա պահպանում է continuity-ն, բայց ռիսկ է ստեղծում, եթե հին ֆայլը այլևս չի համապատասխանում նոր color-ին, package-ին կամ variant-ին։

Catalogue-wide replacement-ը մի թողեք enforcement-ին նախորդող վերջին շաբաթվան։ Պետք է ժամանակ մնա crawl error-ը, unsupported format-ը, metadata loss-ը, CDN behavior-ը և product-image mismatch-ը գտնելու համար, մինչ հին ֆայլերը դեռ recoverable են։

Ամբողջ catalogue-ից առաջ գործարկեք representative pilot

Ընտրեք sample, որը բացահայտում է իրական failure mode-երը՝ simple product, apparel, multi-variant item, bundle, transparent-background պատկերով ապրանք, lifestyle image ունեցող item, AI-assisted derivative և յուրաքանչյուր image pipeline-ից կամ CDN-ից առնվազն մեկ օրինակ։

Export արեք Merchant Center warning list-ը և միացրեք SKU-ի, market-ի, variant-ի, image owner-ի ու revenue tier-ի հետ։
Ստուգեք dimensions-ը, format-ը, file size-ը, aspect ratio-ն, visual accuracy-ն, metadata-ն և URL accessibility-ն։
Ստեղծեք նոր versioned file-եր և թարմացրեք feed record-ների վերահսկվող sample-ը։
Ստուգեք product page-երն ու structured data-ն, որպեսզի օգտագործեն նույն ընթացիկ product imagery-ն։
Հետևեք Needs attention-ին մինչև sample-ի processing-ը և warning-ների մաքրումը։
Համեմատեք eligible-item coverage-ը և qualified shopping traffic-ը, բայց technical fix-ից ինքնաբերաբար revenue lift մի վերագրեք։
Աճեցրեք rollout-ը product family-ներով և պահեք նախորդ URL-ների rollback mapping-ը։

30-օրյա readiness plan

Շաբաթ 1. inventory և ownership

Ներբեռնեք affected product-ները, deduplicate արեք image URL-ները, գտեք shared asset-ները, map արեք variant-ները և owner նշանակեք merchandising, design, development, SEO ու paid media թիմերում։

Շաբաթ 2. production և delivery fix-եր

Վերանկարեք կամ նորից export արեք թույլ source-երը, պահպանեք AI metadata-ն, ստեղծեք versioned URL-ներ, հեռացրեք access barrier-ները և համադրեք feed-ի, page-ի, markup-ի ու checkout-ի image reference-ները։

Շաբաթ 3. controlled release

Publish արեք representative sample-ը, ստուգեք public file-երը, հետևեք crawl ու processing status-ին և systematic issue-երը շտկեք մինչև ծավալն ավելացնելը։

Շաբաթ 4. scale և operating control-ներ

Rollout արեք catalogue segment-ներով, պահեք migration ledger, ավելացրեք pre-publication image check-եր և alert-ներ broken URL-ի, undersized derivative-ի կամ նոր warning-ի համար։

Եզրակացություն. product image-ը commerce data է

2027 թվականի հունվարի 31-ի deadline-ը միայն design task չէ։ Այն վերաբերում է catalogue governance-ին, CDN delivery-ին, feed operation-ին, variant accuracy-ին, structured data-ին, policy compliance-ին և launch sequencing-ին։ Warning inventory-ից սկսող ու representative sample-ով թեստավորող թիմը կարող է պահպանել eligibility-ն՝ առանց վերջին պահին catalogue outage ստեղծելու։

Product image eligibility-ի, feed-page parity-ի, crawlability-ի և rollout risk-ի bilingual audit-ի համար ծանոթացեք Boost iT-ի SEO ծառայությանը և պատվիրեք catalogue readiness review։