ਗੂਗਲ ਮਰਚੈਂਟ ਸੈਂਟਰ ਦੀ ਕੀਮਤ ਦੀ ਨੀਤੀ ਦੀ ਗਲਤੀਆਂ ਅਤੇ ਹੱਲ

Google Merchant Center ਦੀ ਕੀਮਤ ਨੀਤੀ ਦੀਆਂ ਗਲਤੀਆਂ ਉਸ ਵੇਲੇ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਤੁਹਾਡੇ ਉਤਪਾਦ ਫੀਡ ਵਿੱਚ ਭੇਜੀ ਗਈ ਕੀਮਤ, ਉਤਪਾਦ ਪੰਨੇ ਜਾਂ ਭੁਗਤਾਨ ਦੇ ਕਦਮਾਂ 'ਤੇ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕੀਮਤ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ। ਸਭ ਤੋਂ ਤੇਜ਼ ਹੱਲ ਹੈ; ਫੀਡ ਕੀਮਤ, ਉਤਪਾਦ ਪੰਨੇ ਦੀ ਕੀਮਤ, ਸਟਰੱਕਚਰਡ ਡਾਟਾ, ਮੁਦਰਾ, GST/ਡੀਲੀਵਰੀ ਦਰਸਾਉਣਾ ਅਤੇ ਛੂਟ ਦੇ ਨਿਯਮਾਂ ਨੂੰ ਇਕਸਾਰ ਕਰਨਾ ਅਤੇ ਫਿਰ ਉਤਪਾਦਾਂ ਨੂੰ Merchant Center ਵਿੱਚ ਮੁੜ ਸਕੈਨ ਕਰਨ ਲਈ ਭੇਜਣਾ। ਇਸ ਗਲਤੀ ਨੂੰ ਸੁਧਾਰੇ ਬਿਨਾਂ ਤੁਹਾਡੇ ਉਤਪਾਦ Shopping ਟੈਬ, ਮੁਫ਼ਤ ਲਿਸਟਿੰਗਜ਼ ਜਾਂ Performance Max ਕੈਂਪੇਨਜ਼ ਵਿੱਚ ਸੀਮਿਤ ਹੋ ਸਕਦੇ ਹਨ।

ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ 'ਤੇ ਕੀਮਤ ਦੀ ਜਾਣਕਾਰੀ ਸਿਰਫ਼ ਇੱਕ ਜਗ੍ਹਾ ਨਹੀਂ ਹੁੰਦੀ। ਥੀਮ ਟੈਮਪਲੇਟ, ERP ਇੰਟੀਗ੍ਰੇਸ਼ਨ, ਮਾਰਕੀਟਪਲੇਸ ਮੋਡਿਊਲ, ਕੈਂਪੇਨ ਪਲੱਗਇਨ, ਕੂਪਨ ਸਿਸਟਮ, ਵੈਰੀਏਸ਼ਨ ਸੈਕਸ਼ਨ, ਸਟਾਕ ਹਾਲਤ ਅਨੁਸਾਰ ਕੀਮਤ ਅੱਪਡੇਟ ਅਤੇ Google ਫੀਡ ਪਲੱਗਇਨ ਵੱਖ-ਵੱਖ ਕੀਮਤਾਂ ਤੈਅ ਕਰ ਸਕਦੇ ਹਨ। Google ਹਮੇਸ਼ਾ ਉਪਭੋਗਤਾ ਨੂੰ ਦਿਖਾਈ ਗਈ ਅਸਲੀ ਕੀਮਤ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਮਤਲਬ ਕਿ ਫੀਡ ਵਿੱਚ 999 TL ਭੇਜਣਾ ਪਰ ਉਤਪਾਦ ਪੰਨੇ 'ਤੇ 1,049 TL ਦਿਖਾਉਣਾ, ਭੁਗਤਾਨ ਸਕ੍ਰੀਨ 'ਤੇ GST ਸ਼ਾਮਲ ਕਰਨਾ ਜਾਂ ਕਾਰਟ ਵਿੱਚ ਜ਼ਰੂਰੀ ਸੇਵਾ ਫੀਸ ਲਗਾਉਣਾ ਕੀਮਤ ਨੀਤੀ ਉਲੰਘਣਾ ਮਨਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਇਸ ਗਾਈਡ ਵਿੱਚ ਤੁਸੀਂ Merchant Center ਦੀਆਂ ਕੀਮਤ ਗਲਤੀਆਂ ਦੇ ਕਾਰਨ, ਅਸਲੀ ਸੈਨਾਰਿਓਂ ਨਾਲ ਕਿਵੇਂ ਪਛਾਣ ਕੀਤੀ ਜਾਵੇ ਅਤੇ ਸਥਾਈ ਹੱਲ ਲਈ ਲਾਗੂ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਤਕਨੀਕੀ ਕਦਮ ਬਾਰੇ ਜਾਣੋਗੇ। ਖ਼ਾਸ ਕਰਕੇ WooCommerce, OpenCart, Shopify, ਖ਼ਾਸ ਸਾਫਟਵੇਅਰ ਅਤੇ API ਆਧਾਰਿਤ ਫੀਡ ਵਰਤਣ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਲਈ ਲਾਗੂ ਕਰਨ ਯੋਗ ਚੈੱਕਲਿਸਟਾਂ ਸ਼ਾਮਲ ਕੀਤੀਆਂ ਹਨ। ਮਜ਼ਬੂਤ ਇੰਫਰਾਸਟਰੱਕਚਰ ਲਈ ਤੁਹਾਡੇ ਉਤਪਾਦ ਪੰਨੇ ਤੇਜ਼, ਪਹੁੰਚਯੋਗ ਅਤੇ ਸੁਰੱਖਿਅਤ ਹੋਣੇ ਜਰੂਰੀ ਹਨ; ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਈ-ਵਪਾਰ ਹੁਣਿੰਗ ਹੱਲ ਅਤੇ SSL ਸਰਟੀਫਿਕੇਟ ਤੁਹਾਡੇ ਪੰਨਿਆਂ ਨੂੰ ਤਕਨੀਕੀ ਸਿਹਤ ਵੱਲੋਂ ਸਹਾਇਤਾ ਦੇ ਸਕਦੇ ਹਨ।

Google Merchant Center ਦੀ ਕੀਮਤ ਨੀਤੀ ਦੀ ਗਲਤੀ ਕੀ ਹੈ?

ਕੀਮਤ ਨੀਤੀ ਦੀ ਗਲਤੀ ਉਸ ਸਮੱਸਿਆ ਨੂੰ ਕਹਿੰਦੇ ਹਨ ਜਦੋਂ Google ਤੁਹਾਡੇ ਉਤਪਾਦ ਲਈ ਉਪਭੋਗਤਾ ਨੂੰ ਦਿੱਤੀ ਕੀਮਤ ਅਤੇ ਵੈੱਬਸਾਈਟ 'ਤੇ ਵੈਰੀਫਾਈ ਕੀਤੀ ਕੀਮਤ ਵਿੱਚ ਅਸਮੰਜਸ ਪਾਉਂਦਾ ਹੈ। ਇਹ ਅਸਮੰਜਸ ਕਦੇ ਕਦੇ ਕੁਝ ਪੈਸਿਆਂ ਦੇ ਗੋਲ ਕਰਨ ਦੇ ਫਰਕ ਵਾਂਗ ਛੋਟਾ ਹੋ ਸਕਦਾ ਹੈ, ਤੇ ਕਦੇ ਕਦੇ ਛੂਟ ਵਾਲੀ ਕੀਮਤ ਦੀ ਥਾਂ ਅਸਲ ਕੀਮਤ ਭੇਜਣ ਵਰਗਾ ਵੱਡਾ ਵੀ ਹੋ ਸਕਦਾ ਹੈ। Google ਇਸ ਨੂੰ ਖਰੀਦਣ ਦੇ ਫੈਸਲੇ 'ਤੇ ਸਿੱਧਾ ਅਸਰ ਪਾਉਂਦੇ ਹੋਏ ਸਭ ਤੋਂ ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਖੇਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਮੰਨਦਾ ਹੈ।

Merchant Center ਆਮ ਤੌਰ 'ਤੇ ਇਨ੍ਹਾਂ ਤਰ੍ਹਾਂ ਦੀਆਂ ਚੇਤਾਵਨੀਆਂ ਦਿੰਦਾ ਹੈ: ਕੀਮਤ ਅਸਮੰਜਸ, ਮੁਦਰਾ ਅਸਮੰਜਸ, ਲੈਂਡਿੰਗ ਪੇਜ਼ ਦੀ ਕੀਮਤ ਫੀਡ ਕੀਮਤ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ, ਭੁਗਤਾਨ ਸਮੇਂ ਕੀਮਤ ਵਧ ਜਾਂਦੀ ਹੈ, ਵਿਕਰੀ ਕੀਮਤ ਗਲਤ ਹੈ, ਸਟ੍ਰਕਚਰਡ ਡਾਟਾ ਕੀਮਤ ਅਵੈਧ ਹੈ ਜਾਂ ਆਟੋਮੈਟਿਕ ਅੱਪਡੇਟ ਨੇ ਕੀਮਤ ਬਦਲੀ ਹੈ। ਗਲਤੀ ਦਾ ਨਾਮ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ ਪਰ ਮੁੱਢਲਾ ਸਮੱਸਿਆ ਅਕਸਰ ਇੱਕੋ ਹੀ ਹੁੰਦੀ ਹੈ: Google ਬੋਟ ਵੱਲੋਂ ਵੇਖੀ ਕੀਮਤ ਉਤਪਾਦ ਫੀਡ ਵਿੱਚ ਮੌਜੂਦ price ਜਾਂ sale_price ਖੇਤਰ ਨਾਲ ਮਿਲਦੀ-ਜੁਲਦੀ ਨਹੀਂ ਹੁੰਦੀ।

Google ਇਹ ਚੈੱਕ ਸਿਰਫ ਪਹਿਲੀ ਵਾਰੀ ਅਪਲੋਡ 'ਤੇ ਨਹੀਂ ਕਰਦਾ। ਤੁਹਾਡੇ ਉਤਪਾਦ ਨਿਯਮਿਤ ਸਮੇਂ ਸਿਰ ਵਾਰ-ਵਾਰ ਸਕੈਨ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਅੱਜ ਜੋ ਉਤਪਾਦ ਮਨਜ਼ੂਰ ਹੋਇਆ ਹੈ, ਉਹ ਕੱਲ੍ਹ ਕੈਂਪੇਨ ਖਤਮ ਹੋਣ, ਕਰੰਸੀ ਅੱਪਡੇਟ, ਸਟਾਕ ਬਦਲਾਅ ਜਾਂ ਪਲੱਗਇਨ ਗਲਤੀ ਕਰਕੇ ਰੱਦ ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਸਿਰਫ ਗਲਤ ਉਤਪਾਦ ਨੂੰ ਠੀਕ ਕਰਨਾ ਨਹੀਂ, ਬਲਕਿ ਕੀਮਤ ਡਾਟਾ ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਮਿਲਦੇ-ਜੁਲਦੇ ਢੰਗ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਵਾਲਾ ਇੱਕ ਸਿਸਟਮ ਬਣਾਉਣਾ ਹੈ।

ਸਭ ਤੋਂ ਆਮ ਕੀਮਤ ਨੀਤੀ ਦੀਆਂ ਗਲਤੀਆਂ

1. ਫੀਡ ਕੀਮਤ ਅਤੇ ਉਤਪਾਦ ਪੰਨਾ ਕੀਮਤ ਵਿੱਚ ਅੰਤਰ

ਸਭ ਤੋਂ ਵੱਧ ਦੇਖਿਆ ਜਾਣ ਵਾਲਾ ਮਾਮਲਾ ਇਹ ਹੈ ਕਿ ਫੀਡ ਵਿੱਚ ਦਿੱਤੀ ਕੀਮਤ ਅਤੇ ਲੈਂਡਿੰਗ ਪੇਜ ਤੇ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕੀਮਤ ਇੱਕੋ ਨਹੀਂ ਹੁੰਦੀ। ਉਦਾਹਰਨ ਵਜੋਂ, ਫੀਡ ਵਿੱਚ 749.90 TRY ਵਾਲੇ ਜੁੱਤੇ ਨੂੰ ਵੈੱਬਸਾਈਟ ਤੇ 799.90 TL ਵਜੋਂ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਅੰਤਰ ਆਮ ਤੌਰ ‘ਤੇ ਕੈਸ਼, ਕੈਂਪੇਨ ਪਲੱਗਇਨ, ਮੈਨੂਅਲ ਕੀਮਤ ਅੱਪਡੇਟ ਜਾਂ ਫੀਡ ਦੇ ਪੁਰਾਣੇ ਡੇਟਾ ਖਿੱਚਣ ਕਾਰਨ ਹੁੰਦਾ ਹੈ।

ਇਸ ਦਾ ਹੱਲ ਇਹ ਹੈ ਕਿ ਪਹਿਲਾਂ Merchant Center ਵਿੱਚ ਉਤਪਾਦ ਦੇ ਵੇਰਵੇ ਵਿੱਚ ਭੇਜੀ ਗਈ ਕੀਮਤ ਦੀ ਜਾਂਚ ਕਰੋ। ਫਿਰ ਉਤਪਾਦ ਦਾ URL ਇੰਕੋਗਨਿਟੋ ਮੋਡ ਵਿੱਚ ਖੋਲ੍ਹੋ, ਪੇਜ ਨੂੰ ਕੈਸ਼ ਬਿਨਾਂ ਰੀਫ੍ਰੈਸ਼ ਕਰੋ ਅਤੇ ਕੀਮਤ ਕਿਸ ਤਰ੍ਹਾਂ ਯੂਜ਼ਰ ਨੂੰ ਦਿਖਾਈ ਦੇ ਰਹੀ ਹੈ ਇਸ ਨੂੰ ਨੋਟ ਕਰੋ। ਜੇ ਤੁਸੀਂ CDN ਜਾਂ ਪੇਜ ਕੈਸ਼ ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਕੀਮਤ ਅੱਪਡੇਟ ਤੋਂ ਬਾਅਦ ਕੈਸ਼ ਸਾਫ਼ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਆਟੋਮੈਟਿਕ ਬਣਾਓ। ਜੇ WordPress/WooCommerce ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਫੀਡ ਪਲੱਗਇਨ ਦੀ ਅੱਪਡੇਟ ਫ੍ਰਿਕਵੈਂਸੀ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਦਿਨ ਵਿੱਚ ਇੱਕ ਵਾਰੀ ਅਤੇ ਵੱਡੇ ਕੈਂਪੇਨ ਦੌਰਾਨ 1-4 ਘੰਟਿਆਂ ਵਿੱਚ ਲਿਆਉਣਾ ਸੁਰੱਖਿਅਤ ਰਹੇਗਾ।

2. ਛੂਟ ਵਾਲੀ ਕੀਮਤ ਦਾ ਗਲਤ ਭੇਜਣਾ

Merchant Center ਵਿੱਚ ਛੂਟ ਵਾਲੀ ਕੀਮਤ ਲਈ ਦੋ ਖੇਤਰ ਮਹੱਤਵਪੂਰਨ ਹਨ: price ਆਮ ਕੀਮਤ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਜਦਕਿ sale_price ਮੌਜੂਦਾ ਛੂਟ ਵਾਲੀ ਕੀਮਤ ਨੂੰ। ਜੇ ਉਤਪਾਦ 599 TL ਤੋਂ 499 TL ਤੇ ਛੂਟ ‘ਤੇ ਹੈ, ਤਾਂ ਫੀਡ ਵਿੱਚ price 599 TRY ਅਤੇ sale_price 499 TRY ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਰ ਕਈ ਦੁਕਾਨਾਂ ਸਿਰਫ 599 TRY ਭੇਜਦੀਆਂ ਹਨ ਜਾਂ ਜਦੋਂ ਛੂਟ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ, sale_price ਖੇਤਰ ਨੂੰ ਖਾਲੀ ਨਹੀਂ ਕਰਦੀਆਂ।

ਜੇ ਤੁਸੀਂ ਛੂਟ ਵਾਲੀ ਕੀਮਤ ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਕੈਂਪੇਨ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਖਤਮ ਹੋਣ ਦੀ ਤਾਰੀਖ ਨੂੰ ਵੀ sale_price_effective_date ਖੇਤਰ ਰਾਹੀਂ ਭੇਜਣਾ ਲਾਭਦਾਇਕ ਰਹੇਗਾ। ਇਹ ਖੇਤਰ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ ਪਰ ਗੂਗਲ ਨੂੰ ਕੀਮਤ ਨੂੰ ਠੀਕ ਤਰ੍ਹਾਂ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਜੇ ਕੈਂਪੇਨ ਖਤਮ ਹੋਣ 'ਤੇ ਫੀਡ ਅੱਪਡੇਟ ਨਹੀਂ ਹੁੰਦਾ ਤਾਂ ਯੂਜ਼ਰ ਉਤਪਾਦ ਪੰਨੇ ‘ਤੇ 599 TL ਵੇਖੇਗਾ ਪਰ Google 499 TL ਦੀ ਉਮੀਦ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਕੀਮਤ ਦੀ ਗਲਤੀ ਹੋ ਸਕਦੀ ਹੈ।

3. VAT, ਟੈਕਸ ਅਤੇ ਲਾਜ਼ਮੀ ਫੀਸਾਂ ਦਾ ਬਾਅਦ ਵਿੱਚ ਜੋੜਨਾ

ਤੁਰਕੀ ਵਿੱਚ ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ 'ਤੇ ਆਮ ਤੌਰ ‘ਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕੀਮਤ VAT ਸਮੇਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਉਤਪਾਦ ਪੰਨੇ ‘ਤੇ 1,000 TL ਦਿਖਾਈ ਦੇ ਰਹੀ ਹੈ ਪਰ ਪੇਮੈਂਟ ਵੇਲੇ VAT ਸਮੇਤ 1,200 TL ਬਣ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਸਪਸ਼ਟ ਕੀਮਤ ਵਿੱਚ ਅਸੰਗਤਤਾ ਹੈ। ਇਸੇ ਤਰ੍ਹਾਂ ਜੇ ਲਾਜ਼ਮੀ ਪੈਕਿੰਗ, ਸਰਵਿਸ ਫੀਸ ਜਾਂ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਚਾਰਜ ਕਾਰਟ ਵਿੱਚ ਆਪਣੇ ਆਪ ਜੁੜਦੇ ਹਨ, ਤਾਂ ਇਹ ਰਕਮ ਉਤਪਾਦ ਦੀ ਕੀਮਤ ਜਾਂ ਸਪਸ਼ਟ ਤੌਰ ‘ਤੇ ਦਰਸਾਏ ਗਏ ਸ਼ਿਪਿੰਗ/ਫੀਸ ਸੈਟਅੱਪ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਗੂਗਲ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਪੈਮਾਨਾ ਇਹ ਹੈ ਕਿ ਯੂਜ਼ਰ ਨੂੰ ਉਤਪਾਦ ਖਰੀਦਣ ਲਈ ਅਸਲ ਵਿੱਚ ਕਿੰਨੀ ਰਕਮ ਅਦਾ ਕਰਨੀ ਪੈਂਦੀ ਹੈ। ਵਿਕਲਪਿਕ ਗਿਫਟ ਪੈਕੇਜ, ਤੇਜ਼ ਡਿਲਿਵਰੀ ਜਾਂ ਵਾਧੂ ਵਾਰੰਟੀ ਵੱਖਰੀ ਤਰ੍ਹਾਂ ਗਿਣਤੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ; ਪਰ ਯੂਜ਼ਰ ਨੂੰ ਉਤਪਾਦ ਖਰੀਦਣ ਤੋਂ ਪਹਿਲਾਂ ਜਿਹੜੀਆਂ ਵੀ ਲਾਜ਼ਮੀ ਫੀਸਾਂ ਅਦਾ ਕਰਨੀ ਪੈਂਦੀਆਂ ਹਨ, ਉਹ ਕੀਮਤ ਦੀ ਸਮਝ ਨੂੰ ਬਦਲ ਦਿੰਦੀਆਂ ਹਨ। ਇਸ ਲਈ ਉਤਪਾਦ ਪੰਨਾ, ਫੀਡ ਅਤੇ ਪੇਮੈਂਟ ਕਦਮ ਵਿੱਚ VAT ਸਮੇਤ ਅੰਤਿਮ ਕੀਮਤ ਦਾ ਸਹੀ ਅੰਦਾਜ਼ਾ ਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

4. ਮੁਦਰਾ ਅਤੇ ਫਾਰਮੈਟ ਦੀਆਂ ਗਲਤੀਆਂ

ਫੀਡ ਵਿੱਚ ਕੀਮਤ ISO 4217 ਮੁਦਰਾ ਫਾਰਮੈਟ ਵਿੱਚ ਭੇਜਨੀ ਚਾਹੀਦੀ ਹੈ। ਤੁਰਕੀ ਲਈ ਸਹੀ ਫਾਰਮੈਟ ਆਮ ਤੌਰ ‘ਤੇ TRY ਹੁੰਦਾ ਹੈ। ਸਿਰਫ TL ਲਿਖਣਾ, ਚਿੰਨ੍ਹ ਵਰਤਣਾ, ਦਸ਼ਮਲਵ ਅਤੇ ਕਾਮਾ ਨੂੰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਫਾਰਮੈਟ ਕਰਨਾ ਜਾਂ ਉਤਪਾਦ ਪੰਨੇ ਤੇ USD ਦਿਖਾ ਕੇ ਫੀਡ ਵਿੱਚ TRY ਭੇਜਣਾ ਗਲਤੀ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ।

ਸਹੀ ਉਦਾਹਰਨ: 1299.90 TRY। ਦਸ਼ਮਲਵ ਲਈ ਫੀਡ ਫਾਰਮੈਟ ਦੇ ਅਨੁਸਾਰ ਨੁਕਤਾ ਵਰਤਣਾ ਜ਼ਿਆਦਾ ਭਰੋਸੇਮੰਦ ਹੈ। ਵੈੱਬਸਾਈਟ ‘ਤੇ ਤੁਸੀਂ ਯੂਜ਼ਰ ਨੂੰ 1,299.90 TL ਦਿਖਾ ਸਕਦੇ ਹੋ; ਪਰ ਸਟਰੱਕਚਰਡ ਡਾਟਾ ਅਤੇ ਫੀਡ ਵਿੱਚ Google ਵੱਲੋਂ ਪੜ੍ਹੇ ਜਾਣ ਵਾਲਾ ਫਾਰਮੈਟ ਸਪਸ਼ਟ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ। ਜੇ ਵੱਖ-ਵੱਖ ਮੁਦਰਾਵਾਂ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਹਨ, ਤਾਂ ਦੇਸ਼ ਟਾਰਗੇਟਿੰਗ, hreflang ਅਤੇ ਮੁਦਰਾ ਮੇਲ ਖਾਸ ਤੌਰ ‘ਤੇ ਜਾਂਚਣੀ ਚਾਹੀਦੀ ਹੈ। ਅੰਤਰਰਾਸ਼ਟਰੀ ਵਿਕਰੀ ਲਈ ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਅਤੇ ਦੇਸ਼ ਵਿਚਾਰੀ ਵੀ ਟਾਰਗੇਟ ਮਾਰਕੀਟ ਭਰੋਸੇ ਲਈ ਅਹੰਕਾਰ ਰੱਖਦਾ ਹੈ।

5. ਵੈਰੀਏਸ਼ਨ ਕੀਮਤਾਂ ਦਾ ਮਿਸਮੇਚ

ਰੰਗ, ਅਕਾਰ, ਸਮਰੱਥਾ ਜਾਂ ਪੈਕੇਜ ਓਪਸ਼ਨਾਂ ਵਾਲੇ ਉਤਪਾਦਾਂ ਵਿੱਚ ਕੀਮਤਾਂ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਵਜੋਂ, ਫੋਨ ਕਵਰ ਦਾ ਕਾਲਾ ਰੰਗ 199 TL ਅਤੇ ਚਮੜਾ ਮਾਡਲ 299 TL ਹੋ ਸਕਦਾ ਹੈ। ਜੇ ਫੀਡ ਵਿੱਚ ਮੁੱਖ ਉਤਪਾਦ ਦੀ ਕੀਮਤ 199 TL ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਪਰ URL ਖੋਲ੍ਹਣ ‘ਤੇ ਡਿਫਾਲਟ ਵੈਰੀਏਸ਼ਨ 299 TL ਚੁਣਿਆ ਹੋਇਆ ਹੈ, ਤਾਂ Google ਕੀਮਤ ਵਿੱਚ ਅੰਤਰ ਪਾ ਸਕਦਾ ਹੈ।

ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਹਰ ਵੈਰੀਏਸ਼ਨ ਲਈ ਵੱਖਰਾ ਉਤਪਾਦ ID, ਸਹੀ item_group_id, ਸਹੀ URL ਪੈਰਾਮੀਟਰ ਅਤੇ ਉਸ ਵੈਰੀਏਸ਼ਨ ਦੀ ਕੀਮਤ ਦਿਖਾਉਂਦਾ ਲੈਂਡਿੰਗ ਪੇਜ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜਦੋਂ ਯੂਜ਼ਰ ਫੀਡ ਵਿੱਚ ਦਿੱਤੇ ਵੈਰੀਏਸ਼ਨ ‘ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ ਤਾਂ ਉਹੀ ਵੈਰੀਏਸ਼ਨ ਸਿਲੈਕਟ ਹੋ ਕੇ ਖੁਲਣਾ ਚਾਹੀਦਾ ਹੈ। ਖਾਸ ਕਰਕੇ ਖ਼ਾਸ ਸਾਫਟਵੇਅਰ ਵਾਲੀਆਂ ਦੁਕਾਨਾਂ ਵਿੱਚ ਵੈਰੀਏਸ਼ਨ URLs ਨੂੰ ਸਕੈਨ ਕਰਨਯੋਗ ਬਣਾਇਆ ਜਾਣਾ ਅਤੇ ਬੋਟਸ ਨੂੰ ਵੱਖਰੀ ਕੀਮਤ ਨਾ ਦਿਖਾਈ ਜਾਵੇ ਇਹ ਜ਼ਰੂਰੀ ਹੈ।

6. ਸਟਰੱਕਚਰਡ ਡਾਟਾ ਅਤੇ ਵਿਜ਼ੂਅਲ ਕੀਮਤ ਵਿੱਚ ਅੰਤਰ

Google ਸਿਰਫ ਸਕਰੀਨ ‘ਤੇ ਦਿਖਾਈ ਦੇਣ ਵਾਲੇ ਟੈਕਸਟ ਨੂੰ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਪੇਜ ਉੱਤੇ ਮੌਜੂਦ schema.org ਦੇ Product ਅਤੇ Offer ਮਾਰਕਅਪ ਨੂੰ ਵੀ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। ਜੇ ਪੇਜ ‘ਤੇ 899 TL ਲਿਖਿਆ ਹੈ ਪਰ ਸਟਰੱਕਚਰਡ ਡਾਟਾ ਵਿੱਚ 999 TRY ਹੈ, ਤਾਂ Merchant Center ਇਸ ਦਾਤੇ ਨੂੰ ਵਰਤ ਕੇ ਕੀਮਤ ਵਿੱਚ ਅਸੰਗਤਤਾ ਮਹਿਸੂਸ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਸਮੱਸਿਆ ਆਮ ਤੌਰ ‘ਤੇ ਥੀਮ ਅੱਪਡੇਟ, ਕੈਸ਼ ਪਲੱਗਇਨ ਜਾਂ ਪੁਰਾਣੇ schema ਮੋਡੀਊਲ ਕਾਰਨ ਹੁੰਦੀ ਹੈ।

Google Rich Results Test ਅਤੇ URL Inspection ਟੂਲਜ਼ ਨਾਲ ਪੇਜ ਦੀ ਕੀਮਤ ਕੀ ਹੈ ਇਹ ਜਾਂਚੋ। Product schema ਵਿੱਚ price, priceCurrency, availability ਅਤੇ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ priceValidUntil ਖੇਤਰਾਂ ਦੀ ਤਾਜ਼ਗੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਜੇ ਤੁਹਾਡੀ ਥੀਮ ਅਤੇ ਫੀਡ ਪਲੱਗਇਨ ਵੱਖ-ਵੱਖ ਸੋਰਸ ਤੋਂ ਕੀਮਤ ਖਿੱਚ ਰਹੇ ਹਨ, ਤਾਂ ਲੰਮੇ ਸਮੇਂ ਲਈ ਇਕ ਹੀ ਉਤਪਾਦ ਡਾਟਾ ਸੋਰਸ ਤੇ ਜਾਣਾ ਵਧੀਆ ਰਹੇਗਾ।

ਕੀਮਤ ਦੀਆਂ ਗਲਤੀਆਂ ਲਈ ਤੁਰੰਤ ਜਾਚ ਸਾਰਣੀ

ਕਦਮ ਬਦ ਕਦਮ Google Merchant Center ਦੀ ਕੀਮਤ ਨੀਤੀ ਦੀਆਂ ਗਲਤੀਆਂ ਕਿਵੇਂ ਸੁਧਾਰੀਆਂ ਜਾਣ?

ਕਦਮ 1: ਸਮੱਸਿਆ ਦੀ ਪਹਿਚਾਣ ਕਰੋ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਸਮਝੋ ਕਿ ਸਮੱਸਿਆ ਸਿਰਫ਼ ਇੱਕ ਉਤਪਾਦ ਵਿੱਚ ਹੈ, ਕਿਸੇ ਖਾਸ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਹੈ ਜਾਂ ਸਾਰੇ ਕੈਟਾਲੌਗ ਵਿੱਚ ਹੈ। Merchant Center ਦੇ ਉਤਪਾਦ ਹਿੱਸੇ ਤੋਂ ਫਿਲਟਰ ਕਰਕੇ ਰੱਦ ਕੀਤੇ ਉਤਪਾਦਾਂ ਨੂੰ ਐਕਸਪੋਰਟ ਕਰੋ। 10-20 ਉਦਾਹਰਣ ਲਈ ਉਤਪਾਦ ਚੁਣੋ ਅਤੇ ਕੀਮਤ, URL, ਸ਼੍ਰੇਣੀ, ਬ੍ਰਾਂਡ, ਵੈਰੀਏਸ਼ਨ ਅਤੇ ਕੈਂਪੇਨ ਦੀ ਸਥਿਤੀ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਸਾਰੇ ਉਤਪਾਦਾਂ ਵਿੱਚ ਸਮੱਸਿਆ ਹੈ ਤਾਂ ਮੂਦਰਾ, ਟੈਕਸ ਸੈਟਿੰਗ, ਫੀਡ ਫਾਰਮੈਟ ਜਾਂ ਸਾਈਟ ਦੇ ਸਕੀਮਾ ਡੇਟਾ ਵਿੱਚ ਗਲਤੀ ਹੋ ਸਕਦੀ ਹੈ। ਸਿਰਫ਼ ਕੈਂਪੇਨ ਵਾਲੇ ਉਤਪਾਦਾਂ ਵਿੱਚ ਸਮੱਸਿਆ ਹੋਵੇ ਤਾਂ sale_price ਅਤੇ ਤਾਰੀਖ ਵਾਲੇ ਖੇਤਰਾਂ ਉੱਤੇ ਧਿਆਨ ਦਿਓ।

ਕਦਮ 2: ਫੀਡ ਦੀ ਕੀਮਤ ਨੂੰ ਲਾਈਵ ਪੇਜ਼ ਨਾਲ ਤੁਲਨਾ ਕਰੋ

ਹਰ ਉਦਾਹਰਣ ਵਜੋਂ ਉਤਪਾਦ ਲਈ ਤਿੰਨ ਕੀਮਤਾਂ ਇਕੱਠੇ ਲਿਖੋ: ਫੀਡ ਕੀਮਤ, ਉਤਪਾਦ ਪੇਜ਼ 'ਤੇ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕੀਮਤ ਅਤੇ ਭੁਗਤਾਨ ਸਟੈਪ ਵਿੱਚ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕੀਮਤ। ਜੇ ਇਹ ਤਿੰਨੋ ਇਕੋ ਨਹੀਂ ਹਨ ਤਾਂ ਕੇਵਲ Merchant Center ਵਿੱਚ ਸੁਧਾਰ ਕਾਫ਼ੀ ਨਹੀਂ। ਉਦਾਹਰਣ ਵਜੋਂ ਜੇ ਉਤਪਾਦ ਪੇਜ਼ 'ਤੇ ਕੀਮਤ 349 TL ਹੈ, ਕਾਰਟ ਵਿੱਚ 369 TL ਅਤੇ ਫੀਡ 'ਚ 349 TL ਹੈ, ਤਾਂ ਸਮੱਸਿਆ ਕਾਰਟ ਵਿੱਚ ਲੱਗੇ ਫਰਜ਼ੀ ਫੀਸ ਹੋ ਸਕਦੀ ਹੈ। ਜੇ ਉਤਪਾਦ ਪੇਜ਼ 349 TL ਹੈ ਅਤੇ ਫੀਡ 329 TL ਹੈ ਤਾਂ ਫੀਡ ਪੁਰਾਣੀ ਹੋ ਗਈ ਹੈ।

ਇਹ ਜਾਂਚ ਦੌਰਾਨ ਬਰਾਊਜ਼ਰ ਕੈਸ਼ ਕਲਿਅਰ ਕਰੋ, ਪ੍ਰਾਈਵੇਟ ਵਿੰਡੋ ਵਰਤੋ ਅਤੇ ਜੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਵੱਖ-ਵੱਖ IP ਜਾਂ ਡਿਵਾਈਸ ਤੋਂ ਟੈਸਟ ਕਰੋ। ਕਿਉਂਕਿ ਕੁਝ ਸਾਈਟਾਂ ਸਥਿਤੀ, ਮੈਂਬਰਸ਼ਿਪ ਹਾਲਤ ਜਾਂ ਉਪਭੋਗਤਾ ਗਰੁੱਪ ਮੁਤਾਬਕ ਕੀਮਤ ਬਦਲ ਸਕਦੀਆਂ ਹਨ। ਗੂਗਲ ਬੋਟ ਜਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਸਧਾਰਣ ਯਾਤਰੀ ਵਾਂਗ ਵਰਤਾਓ ਕਰਦਾ ਹੈ; ਮੈਂਬਰਾਂ ਲਈ ਖਾਸ ਕੀਮਤਾਂ, ਕੂਪਨ ਨਾਲ ਘਟਾਈ ਕੀਮਤਾਂ ਜਾਂ ਲੌਗਇਨ ਤੋਂ ਬਾਅਦ ਦੇਖਣ ਵਾਲੀ ਛੂਟਾਂ ਨੂੰ ਫੀਡ ਕੀਮਤ ਵਜੋਂ ਨਹੀਂ ਭੇਜਣਾ ਚਾਹੀਦਾ।

ਕਦਮ 3: ਉਤਪਾਦ ਫੀਡ ਨੂੰ ਸਾਫ਼ ਅਤੇ ਸਟੈਂਡਰਡ ਬਣਾਓ

ਤੁਹਾਡਾ ਫੀਡ XML, CSV, Google Sheets, Content API ਜਾਂ ਈ-ਕਾਮਰਸ ਪਲੱਗਇਨ ਰਾਹੀਂ ਬਣਿਆ ਹੋ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਕੋਈ ਵੀ ਤਰੀਕਾ ਵਰਤ ਰਹੇ ਹੋ, ਕੀਮਤਾਂ ਦਾ ਡੇਟਾ ਸਿਰਫ਼ ਇੱਕ ਸ੍ਰੋਤ ਤੋਂ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਕੋ ਉਤਪਾਦ ਲਈ ERP, ਸਾਈਟ ਅਤੇ ਫੀਡ ਪਲੱਗਇਨ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਕੀਮਤਾਂ ਰੱਖਣਾ ਗਲਤੀ ਦਾ ਖ਼ਤਰਾ ਵਧਾਉਂਦਾ ਹੈ। ਟੈਕਨੀਕਲ ਟੀਮ ਲਈ ਸਧਾਰਨ ਨਿਯਮ ਬਣਾਓ: ਉਤਪਾਦ ਦੀ ਮੌਜੂਦਾ ਵਿਕਰੀ ਕੀਮਤ ਡੇਟਾਬੇਸ ਦੇ ਇੱਕ ਹੀ ਖੇਤਰ ਤੋਂ ਆਵੇ, ਛੂਟ ਦਾ ਡੇਟਾ ਅਲੱਗ ਅਤੇ ਤਾਰੀਖ ਦੇ ਨਿਯੰਤਰਣ ਦੇ ਨਾਲ ਹੋਵੇ।

• price: ਸਹੀ ਮੂਦਰਾ ਵਿੱਚ ਆਮ ਜਾਂ ਮੌਜੂਦਾ ਮੁੱਖ ਕੀਮਤ ਭੇਜੋ।
• sale_price: ਸਿਰਫ਼ ਜਦੋਂ ਛੂਟ ਸੱਚਮੁੱਚ ਲਾਗੂ ਹੋਵੇ ਵਰਤੋਂ।
• sale_price_effective_date: ਕੈਂਪੇਨ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਖ਼ਤਮ ਹੋਣ ਦੀ ਤਾਰੀਖ ਦਿਓ।
• availability: ਸਟਾਕ ਦੀ ਸਥਿਤੀ ਕੀਮਤ ਨਾਲ ਅਪਡੇਟ ਕਰੋ।
• link: ਯੂਜ਼ਰ ਨੂੰ ਸਹੀ ਉਤਪਾਦ ਜਾਂ ਵੈਰੀਏਸ਼ਨ ਪੇਜ਼ ਤੇ ਭੇਜੋ।

ਕਦਮ 4: ਸਾਈਟ ਸਕੈਨ ਐਕਸੈਸ ਚੈਕ ਕਰੋ

ਗੂਗਲ ਨੂੰ ਤੁਹਾਡੇ ਪੇਜ਼ਾਂ ਨੂੰ ਸਹੀ ਤਰ੍ਹਾਂ ਪੜ੍ਹਨ ਲਈ ਉਤਪਾਦ ਪੇਜ਼ ਬੋਟਾਂ ਲਈ ਖੁਲੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। robots.txt ਫਾਈਲ ਵਿੱਚ ਉਤਪਾਦ URL, CSS ਅਤੇ ਜਾਵਾਸਕ੍ਰਿਪਟ ਸਾਧਨਾਂ ਨੂੰ ਰੋਕਿਆ ਨਾ ਜਾਵੇ। ਜੇ ਕੀਮਤ ਜਾਵਾਸਕ੍ਰਿਪਟ ਰਾਹੀਂ ਬਾਅਦ ਵਿੱਚ ਲੋਡ ਹੁੰਦੀ ਹੈ ਤਾਂ ਗੂਗਲ ਕਈ ਵਾਰੀ ਦੇਰੀ ਨਾਲ ਜਾਂ ਗਲਤ ਕੀਮਤ ਵੇਖ ਸਕਦਾ ਹੈ। ਜੇ ਸਰਵਰ ਧੀਮਾ ਹੈ ਤਾਂ ਬੋਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪੇਜ਼ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਰਾਣੀ ਜਾਂ ਖਾਲੀ ਕੀਮਤ ਕੈਪਚਰ ਕਰ ਸਕਦਾ ਹੈ।

Merchant Center ਦੀਆਂ ਗਲਤੀਆਂ ਘਟਾਉਣ ਲਈ ਪੇਜ਼ ਦੀ ਗਤੀ ਅਤੇ ਸਰਵਰ ਦੀ ਸਥਿਰਤਾ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਨਾ ਕਰੋ। 2026 ਵਿਚ ਗੂਗਲ ਦੇ ਸਕੈਨਿੰਗ ਸਿਸਟਮ ਬਿਹਤਰ ਹੋਣ ਦੇ ਬਾਵਜੂਦ, ਧੀਮੀ, ਰੁਕਾਵਟ ਵਾਲੀਆਂ ਜਾਂ ਗਲਤ ਜਵਾਬ ਦੇਣ ਵਾਲੀਆਂ ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ ਨੂੰ ਡੇਟਾ ਵੈਰੀਫਿਕੇਸ਼ਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਆਉਂਦੀ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੇ ਉਤਪਾਦ ਪੇਜ਼ਾਂ ਦਾ HTTP ਸਥਿਤੀ ਕੋਡ 200 ਹੈ, 3xx ਰੀਡਾਇਰੈਕਸ਼ਨ ਚੇਨ ਛੋਟੀ ਹੈ ਅਤੇ ਤੁਹਾਡਾ SSL ਸਰਟੀਫਿਕੇਟ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। ਟੈਕਨੀਕਲ ਮੂਲ ਜਾਣਕਾਰੀ ਲਈ NVMe ਹੋਸਟਿੰਗ ਅਤੇ ਮੁਫ਼ਤ SSL ਸੰਸਥਾਪਨ ਵਾਲੇ ਅੰਸ਼ ਵੇਖੋ।

ਕਦਮ 5: ਸਟ੍ਰਕਚਰਡ ਡੇਟਾ ਨੂੰ ਅਪਡੇਟ ਕਰੋ

ਉਤਪਾਦ ਪੇਜ਼ਾਂ ਵਿੱਚ Product schema ਵਰਤਣਾ ਆਰਗੈਨਿਕ ਵਿਜ਼ੀਬਿਲਟੀ ਅਤੇ Merchant Center ਵੈਰੀਫਿਕੇਸ਼ਨ ਲਈ ਲਾਭਦਾਇਕ ਹੈ। ਪਰ ਗਲਤ schema ਬਿਨਾਂ schema ਵਰਤਣ ਤੋਂ ਵੀ ਖ਼ਤਰਨਾਕ ਹੋ ਸਕਦਾ ਹੈ। ਆਪਣੇ ਥੀਮ ਫਾਈਲ ਵਿੱਚ ਕੀਮਤ ਵਾਲੇ ਵੈਰੀਏਬਲ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਨ ਲਈ ਚੈੱਕ ਕਰੋ ਕਿ ਉਹ ਅੱਪ-ਟੂ-ਡੇਟ ਉਤਪਾਦ ਤੋਂ ਆ ਰਿਹਾ ਹੈ। ਜੇ ਉਤਪਾਦ ਵਿੱਚ ਵੈਰੀਏਸ਼ਨ ਹਨ ਤਾਂ ਚੈੱਕ ਕਰੋ ਕਿ ਜਦੋਂ ਚੁਣੀ ਹੋਈ ਵੈਰੀਏਸ਼ਨ ਬਦਲਦੀ ਹੈ ਤਾਂ schema ਦੀ ਕੀਮਤ ਵੀ ਠੀਕ ਤਰ੍ਹਾਂ ਅਪਡੇਟ ਹੁੰਦੀ ਹੈ।

Rich Results Test ਵਿੱਚ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕੀਮਤ ਅਤੇ ਪੇਜ਼ ਉੱਤੇ ਯੂਜ਼ਰ ਨੂੰ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕੀਮਤ ਇੱਕੋ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਨਾਲ ਹੀ priceCurrency ਖੇਤਰ TRY, USD ਜਾਂ EUR ਵਰਗੇ ਸਹੀ ਕੋਡ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਜਦੋਂ ਉਤਪਾਦ ਸਟਾਕ ਵਿੱਚ ਨਾ ਹੋਵੇ ਤਾਂ availability ਖੇਤਰ ਨੂੰ ਵੀ ਠੀਕ ਤਰ੍ਹਾਂ ਦਿਓ; ਸਟਾਕ ਖ਼ਤਮ ਹੋਣ 'ਤੇ ਪੁਰਾਣੀ ਛੂਟ ਕੀਮਤ ਦਿਖਾਉਣਾ ਯੂਜ਼ਰ ਤਜਰਬੇ ਅਤੇ Merchant Center ਦੀ ਮਨਜ਼ੂਰੀ ਦੋਹਾਂ ਲਈ ਨੁਕਸਾਨਦੇਹ ਹੈ।

ਕਦਮ 6: Merchant Center ਵਿੱਚ ਫੀਡ ਦਾ ਮੁੜ ਜਾਂਚ ਅਤੇ ਸਕੈਨਿੰਗ ਮੰਗੋ

ਸੁਧਾਰਾਂ ਤੋਂ ਬਾਅਦ ਫੀਡ ਨੂੰ ਦੁਬਾਰਾ ਅੱਪਲੋਡ ਕਰੋ ਜਾਂ API ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਚਲਾਓ। Merchant Center ਉਤਪਾਦ ਵਿਸਥਾਰ ਵਿੱਚ ਆਖਰੀ ਭੇਜੀ ਗਈ ਕੀਮਤ ਅਪਡੇਟ ਹੋਈ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਫਿਰ ਸਮੱਸਿਆ ਵਾਲੇ ਉਤਪਾਦਾਂ ਲਈ ਮੁੜ ਜਾਂਚ ਦੀ ਬੇਨਤੀ ਕਰੋ। ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਆਟੋਮੈਟਿਕ ਸਿਸਟਮ ਕੁਝ ਘੰਟਿਆਂ ਵਿੱਚ ਅੱਪਡੇਟ ਕਰਦਾ ਹੈ, ਪਰ ਕੁਝ ਵਿੱਚ 24-72 ਘੰਟੇ ਲੱਗ ਸਕਦੇ ਹਨ। ਜੇ ਕੈਂਪੇਨ ਬਜਟ ਵੱਡਾ ਹੈ ਤਾਂ ਸੁਧਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਛੋਟੇ ਟੈਸਟ ਸਮੂਹ 'ਤੇ ਟੈਸਟ ਕਰਨਾ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ ਤਾਂ ਜੋ ਵੱਡੀ ਗਲਤੀ ਦੋਹਰਾਈ ਨਾ ਜਾਵੇ।

ਪਲੇਟਫਾਰਮਾਂ ਅਨੁਸਾਰ ਖਾਸ ਜਾਂਚਾਂ

WooCommerce ਸਾਈਟਾਂ

WooCommerce ਸਾਈਟਾਂ ਵਿੱਚ ਕੀਮਤਾਂ ਦੀਆਂ ਗਲਤੀਆਂ ਅਕਸਰ cache, ਬਹੁ-ਮੁਦਰਾ ਪਲੱਗਇਨ, ਡਾਇਨੈਮਿਕ ਕੀਮਤ ਲਗਾਉਣ ਵਾਲਾ ਪਲੱਗਇਨ ਜਾਂ feed ਪਲੱਗਇਨ ਵੱਲੋਂ ਪੁਰਾਣਾ ਡਾਟਾ ਵਰਤਣ ਕਰਕੇ ਹੁੰਦੀਆਂ ਹਨ। ਉਤਪਾਦ ਸੰਪਾਦਨ ਸਕਰੀਨ 'ਤੇ ਸਧਾਰਣ ਕੀਮਤ ਅਤੇ ਛੂਟ ਵਾਲੀ ਕੀਮਤ ਦੇ ਖੇਤਰਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਫਿਰ ਤੁਸੀਂ ਜੋ feed ਪਲੱਗਇਨ ਵਰਤ ਰਹੇ ਹੋ ਉਸ ਵਿੱਚ sale price mapping ਸੈਟਿੰਗ ਸਹੀ ਹੈ ਕਿ ਨਹੀਂ ਇਹ ਪੱਕਾ ਕਰੋ। ਜੇ ਉਤਪਾਦ ਪੰਨਿਆਂ 'ਤੇ ਕੀਮਤ ਮੈਂਬਰਸ਼ਿਪ ਜਾਂ ਕੂਪਨ ਸ਼ਰਤਾਂ ਅਨੁਸਾਰ ਬਦਲਦੀ ਹੈ ਤਾਂ ਫੀਡ ਵਿੱਚ ਆਮ ਵਰਤੋਂਕਾਰ ਦੀ ਕੀਮਤ ਭੇਜੋ।

ਜੇ ਤੁਸੀਂ ਸਰਵਰ ਪਾਸੇ caching ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਜਦੋਂ ਉਤਪਾਦ ਦੀ ਕੀਮਤ ਬਦਲਦੀ ਹੈ ਤਾਂ ਸੰਬੰਧਤ ਉਤਪਾਦ, ਵਰਗ ਅਤੇ feed cache ਫਾਇਲਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ। ਇਸ ਮਾਮਲੇ ਵਿੱਚ WordPress ਹੋਸਟਿੰਗ ਢਾਂਚਾ ਅਤੇ ਸਹੀ cache ਕਨਫਿਗਰੇਸ਼ਨ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੁੰਦੇ ਹਨ।

Shopify ਅਤੇ ਤਿਆਰ E-ਕਾਮਰਸ ਸਿਸਟਮ

Shopify ਵਰਗੇ ਤਿਆਰ ਸਿਸਟਮਾਂ ਵਿੱਚ ਕੀਮਤ ਖੇਤਰ ਆਮ ਤੌਰ 'ਤੇ ਵਧੀਆ ਹੁੰਦੇ ਹਨ; ਪਰ ਬਹੁ-ਮਾਰਕੀਟ, ਬਹੁ-ਮੁਦਰਾ ਅਤੇ ਆਟੋਮੈਟਿਕ ਛੂਟਾਂ ਗਲਤੀਆਂ ਪੈਦਾ ਕਰ ਸਕਦੀਆਂ ਹਨ। Google ਅਤੇ YouTube ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਟਾਰਗਟ ਦੇਸ਼, ਮੁਦਰਾ ਅਤੇ ਉਤਪਾਦ ਵੈਰੀਏਸ਼ਨਜ਼ ਦੀ ਜਾਂਚ ਕਰੋ। ਤੁਲਨਾਤਮਕ ਕੀਮਤ ਅਤੇ ਵਿਕਰੀ ਕੀਮਤ ਨੂੰ ਗਲਤ ਨਾ ਸਮਝੋ। ਕਾਰਟ ਵਿੱਚ ਆਟੋਮੈਟਿਕ ਲੱਗਣ ਵਾਲੀਆਂ ਛੂਟਾਂ ਨੂੰ feed ਕੀਮਤ ਵਾਂਗ ਨਾ ਦਿਖਾਓ ਕਿਉਂਕਿ Google ਉਤਪਾਦ ਪੰਨੇ 'ਤੇ ਸਿੱਧੀ ਤਰ੍ਹਾਂ ਨਾ ਵੇਖੀਆਂ ਜਾ ਸਕਣ ਵਾਲੀਆਂ ਕੂਪਨ ਆਧਾਰਿਤ ਛੂਟਾਂ ਨੂੰ ਸਦਾ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕਰਦਾ।

ਖਾਸ ਸਾਫਟਵੇਅਰ ਅਤੇ API ਏਂਟੀਗ੍ਰੇਸ਼ਨ

ਖਾਸ ਸਾਫਟਵੇਅਰ ਵਿੱਚ ਸਭ ਤੋਂ ਵਧੀਆ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਉਤਪਾਦ ਦੀ ਕੀਮਤ ਲਈ ਵਰਜਨ ਅਤੇ ਲੌਗਿੰਗ ਵਾਲਾ ਡਾਟਾ ਫਲੋ ਬਣਾਇਆ ਜਾਵੇ। ਹਰ ਕੀਮਤ ਬਦਲਾਅ 'ਤੇ ਇਹ ਦਰਸਾਇਆ ਜਾਵੇ ਕਿ ਕੌਣ, ਕਦੋਂ, ਕਿਹੜੀ ਕੀਮਤ ਬਦਲੀ ਅਤੇ feed ਵਿੱਚ ਕਦੋਂ ਦਰਜ ਹੋਈ। ਜੇ ਤੁਸੀਂ Content API ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਸਫਲ ਜਵਾਬਾਂ ਨੂੰ ਟ੍ਰੈਕ ਕਰੋ ਅਤੇ ਏਰਰ ਕੋਡਾਂ ਨੂੰ ਕੇਂਦਰੀ ਲੌਗ ਸਿਸਟਮ ਵਿੱਚ ਲਿਖੋ। ਨਾਲ ਹੀ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ Google ਵੱਲੋਂ ਖਿੱਚਿਆ ਗਿਆ URL ਬੋਟ ਰੋਕਥਾਮ, ਦੇਸ਼ ਅਧਾਰਿਤ ਰੀਡਾਇਰੈਕਸ਼ਨ ਜਾਂ ਸੈਸ਼ਨ ਲਾਜ਼ਮੀ ਨਹੀਂ ਹੈ।

ਕੀਮਤ ਵਿੱਚ ਬੇਤੁਕਾਪਣ ਤੋਂ ਬਚਣ ਲਈ ਸਥਿਰ ਵਧੀਆ ਅਭਿਆਸ

ਕੀਮਤ ਨੀਤੀ ਦੀਆਂ ਗਲਤੀਆਂ ਇੱਕ ਵਾਰੀ ਸਹੀ ਕਰਨਾ ਕਾਫ਼ੀ ਨਹੀਂ; ਇੱਕ ਟਿਕਾਊ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਬਣਾਉਣੀ ਲਾਜ਼ਮੀ ਹੈ। ਵੱਡੇ ਕੈਟਾਲੌਗਾਂ ਵਿੱਚ ਹਰ ਰੋਜ਼ ਹਜ਼ਾਰਾਂ ਕੀਮਤਾਂ ਬਦਲ ਸਕਦੀਆਂ ਹਨ। ਇਸ ਲਈ ਹੱਥੋਂ-ਹੱਥ ਨਿਗਰਾਨੀ ਦੇ ਬਦਲੇ ਆਟੋਮੇਸ਼ਨ, ਲੋਗਿੰਗ ਅਤੇ ਨਿਯਮਤ ਜਾਂਚ ਦਾ ਤਰੀਕਾ ਅਪਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।

• Feed ਅਪਡੇਟ ਕਰਨ ਦਾ ਸਮਾਂ ਮੁਹਿੰਮ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਖ਼ਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਤੁਰੰਤ ਚਲਾਉਣ ਲਈ ਯੋਜਨਾ ਬਣਾਓ।
• ਜਦੋਂ ਉਤਪਾਦ ਦੀ ਕੀਮਤ ਬਦਲੇ, ਤਦ ਸਫ਼ਾ, feed ਅਤੇ schema cache ਨੂੰ ਇਕੱਠੇ ਸਾਫ਼ ਕਰੋ।
• ਹਫਤਾਵਾਰੀ ਤੌਰ ‘ਤੇ ਸਭ ਤੋਂ ਵੱਧ ਕਲਿੱਕ ਹੋਏ 50 ਉਤਪਾਦਾਂ ਦੀ feed-ਸਾਈਟ ਕੀਮਤ ਮੇਲ ਖਾਤਾ ਕਰੋ।
• KDV ਸਮੇਤ ਕੀਮਤ ਨੀਤੀ ਸਾਰੇ ਟੀਮਾਂ ਲਈ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਹੋਵੇ।
• ਵੱਖ-ਵੱਖ ਵਰਾਇਟੀ ਵਾਲੇ ਉਤਪਾਦਾਂ ਵਿੱਚ ਹਰ ਵਰਾਇਟੀ ਲਈ ਅਲੱਗ ਕੀਮਤ ਅਤੇ URL ਟੈਸਟ ਕਰੋ।
• Merchant Center ਡਾਇਗਨੋਸਟਿਕ ਰਿਪੋਰਟਾਂ ਨੂੰ ਰੋਜ਼ਾਨਾ ਨਿਗਰਾਨੀ ਕਰੋ; ਜੇ ਗਲਤੀ ਦਰ 1% ਤੋਂ ਵੱਧ ਹੋਵੇ ਤਾਂ ਮੁੱਖ ਕਾਰਨ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੋ।
• SSL, DNS, ਹੋਸਟਿੰਗ ਅਤੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਨਿਯਮਤ ਤੌਰ ‘ਤੇ ਨਿਗਰਾਨੀ ਕਰੋ; ਅਣਪਹੁੰਚੇ ਸਫ਼ੇ ਕੀਮਤ ਸਹੀ ਕਰਨ ‘ਤੇ ਅਸਰ ਪਾ ਸਕਦੇ ਹਨ।

ਉਦਾਹਰਣ ਵਜੋਂ, 5,000 ਉਤਪਾਦਾਂ ਵਾਲੇ ਸਟੋਰ ਵਿੱਚ ਜੇ ਰੋਜ਼ਾਨਾ ਕੀਮਤ ਬਦਲਾਅ ਦੀ ਦਰ 8% ਹੈ, ਤਾਂ ਲਗਭਗ 400 ਉਤਪਾਦਾਂ ਦੀ feed ਅਤੇ ਸਫ਼ੇ ਦੀ ਮੇਲ ਖਾਤਾ ਹਰ ਰੋਜ਼ ਮੁੜ ਜਾਂਚੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਹ ਸਾਰੀ ਨਿਗਰਾਨੀ ਹੱਥੋਂ ਕਰਨਾ ਹਕੀਕਤ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। ਇੱਕ ਸਧਾਰਣ cron ਕੰਮ ਨਾਲ feed ਦੀ ਕੀਮਤ ਨੂੰ ਲਾਈਵ URL ਤੋਂ ਖਿੱਚੀ ਕੀਮਤ ਨਾਲ ਤੁਲਨਾ ਕਰਕੇ ਰਿਪੋਰਟ ਬਣਾਉਣਾ ਵੀ ਗਲਤੀਆਂ ਨੂੰ ਜਲਦੀ ਪਕੜਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।

ਕਿਰਾਇਆ, ਕੂਪਨ ਅਤੇ ਕੈਂਪੇਨ ਦੀਆਂ ਕੀਮਤਾਂ ਕਿਵੇਂ ਸੰਭਾਲਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ?

ਕਿਰਾਇਆ ਦੀ ਫੀਸ ਉਤਪਾਦ ਦੀ ਕੀਮਤ ਤੋਂ ਵੱਖਰੀ ਤਰ੍ਹਾਂ ਸੰਭਾਲੀ ਜਾ ਸਕਦੀ ਹੈ; ਪਰ Merchant Center ਵਿੱਚ ਤੁਹਾਡੇ ਕਿਰਾਇਆ ਦੇ ਸੈਟਿੰਗ ਸਹੀ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਉਤਪਾਦ ਪੰਨੇ 'ਤੇ ਮੁਫ਼ਤ ਕਿਰਾਇਆ ਲਿਖਣਾ ਅਤੇ ਭੁਗਤਾਨ ਸਕ੍ਰੀਨ 'ਤੇ ਕਿਰਾਇਆ ਫੀਸ ਲਾਉਣਾ ਵਰਤੋਂਕਾਰਾਂ ਦਾ ਭਰੋਸਾ ਘਟਾ ਸਕਦਾ ਹੈ ਅਤੇ ਨੀਤੀ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਜੇ ਕਿਰਾਇਆ ਦੀ ਰਕਮ ਦੇਸ਼, ਸ਼ਹਿਰ, ਡੈਸੀ ਜਾਂ ਟੋੜੀ ਦੀ ਕੀਮਤ ਦੇ ਅਨੁਸਾਰ ਬਦਲਦੀ ਹੈ ਤਾਂ Merchant Center ਵਿੱਚ ਆਪਣੇ ਕਿਰਾਇਆ ਦੇ ਨਿਯਮ ਇਸ ਤਰ੍ਹਾਂ ਸੈਟ ਕਰੋ।

ਕੂਪਨ ਛੂਟਾਂ ਦੇ ਸਮੇਂ ਸਾਵਧਾਨ ਰਹੋ। ਜੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਹੱਥੋਂ ਕੂਪਨ ਦਰਜ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਤਾਂ ਇਹ ਛੂਟ ਆਮ ਤੌਰ 'ਤੇ feed ਵਿੱਚ ਉਤਪਾਦ ਦੀ ਕੀਮਤ ਵਾਂਗ ਨਹੀਂ ਭੇਜਣੀ ਚਾਹੀਦੀ। ਜੇ ਸਾਈਟ ਉੱਤੇ ਸਾਰਿਆਂ ਲਈ ਖੁੱਲ੍ਹਾ ਅਤੇ ਆਟੋਮੈਟਿਕ ਛੂਟ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਤਾਂ ਇਸਨੂੰ sale_price ਵਜੋਂ ਦਰਜ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਉਤਪਾਦ ਪੰਨੇ 'ਤੇ ਸਿੱਧਾ 799 TL ਦੀ ਥਾਂ 699 TL ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਾਰੇ ਵਰਤੋਂਕਾਰ ਇਸ ਕੀਮਤ 'ਤੇ ਖਰੀਦ ਸਕਦੇ ਹਨ, ਤਾਂ feed ਵਿੱਚ 699 TL ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਪਰ ਸਿਰਫ EFSANE10 ਕੂਪਨ ਨਾਲ ਘਟਾਈ ਗਈ ਕੀਮਤ ਨੂੰ feed ਵਿੱਚ ਲਿਖਣਾ Google ਦੇ ਲੈਂਡਿੰਗ ਪੇਜ 'ਤੇ ਵੱਖਰੀ ਕੀਮਤ ਦਿਖਾ ਸਕਦਾ ਹੈ।

ਗੂਗਲ ਦੀ ਆਟੋਮੈਟਿਕ ਪ੍ਰੋਡਕਟ ਅੱਪਡੇਟ ਕਦੋਂ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ?

Merchant Center ਵਿੱਚ ਆਟੋਮੈਟਿਕ ਪ੍ਰੋਡਕਟ ਅੱਪਡੇਟਸ, ਗੂਗਲ ਨੂੰ ਤੁਹਾਡੇ ਉਤਪਾਦ ਪੰਨੇ ਤੋਂ ਕੀਮਤ ਅਤੇ ਸਟੌਕ ਜਾਣਕਾਰੀ ਪੜ੍ਹ ਕੇ ਫੀਡ ਵਿੱਚ ਕੁਝ ਗਲਤੀਆਂ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਠੀਕ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਇਹ ਫੀਚਰ ਛੋਟੀਆਂ ਗ਼ਲਤੀਆਂ ਨੂੰ ਘਟਾ ਸਕਦਾ ਹੈ; ਪਰ ਇਹ ਸਥਾਈ ਹੱਲ ਨਹੀਂ ਹੈ। ਕਿਉਂਕਿ ਜੇ ਗੂਗਲ ਵੱਲੋਂ ਪੜ੍ਹਿਆ ਗਿਆ ਡੇਟਾ ਗਲਤ schema ਜਾਂ ਦੇਰ ਨਾਲ ਚੱਲ ਰਹੇ JavaScript ਕਰਕੇ ਗਲਤ ਹੈ, ਤਾਂ ਆਟੋਮੈਟਿਕ ਅੱਪਡੇਟ ਵੀ ਗਲਤ ਨਤੀਜੇ ਦੇ ਸਕਦਾ ਹੈ।

ਤੁਸੀਂ ਇਸ ਫੀਚਰ ਨੂੰ ਚਾਲੂ ਰੱਖ ਸਕਦੇ ਹੋ, ਪਰ ਤੁਹਾਡੇ ਮੁੱਖ ਡੇਟਾ ਸੋਰਸ ਦੀ ਸਹੀਤ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣਾ ਜਰੂਰੀ ਹੈ। ਆਟੋਮੈਟਿਕ ਅੱਪਡੇਟਸ ਨੂੰ ਪੁਰਾਣੇ ਫੀਡ ਸੋਰਸ ਕਾਰਨ ਛੋਟੇ ਸਮੇਂ ਦੇ ਫਰਕ ਲਈ ਇੱਕ ਸੁਰੱਖਿਆ ਜਾਲ ਵਾਂਗ ਸਮਝਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਸਿਸਟਮ ਲਗਾਤਾਰ ਕੀਮਤਾਂ ਦੀ ਸਹੀ ਕਰ ਰਿਹਾ ਹੈ, ਤਾਂ ਇਹ ਤੁਹਾਡੇ ਫੀਡ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਕੋਈ ਮੂਲ ਸਮੱਸਿਆ ਦਰਸਾਉਂਦਾ ਹੈ।

ਤਕਨੀਕੀ ਬੁਨਿਆਦ ਦਾ ਕੀਮਤ ਦੀਆਂ ਗਲਤੀਆਂ 'ਤੇ ਪ੍ਰਭਾਵ

Merchant Center ਦੀਆਂ ਕੀਮਤ ਦੀਆਂ ਗਲਤੀਆਂ ਅਕਸਰ ਮਾਰਕੀਟਿੰਗ ਪੈਨਲ 'ਚ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ, ਪਰ ਮੁੱਖ ਕਾਰਨ ਤਕਨੀਕੀ ਬੁਨਿਆਦ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ। ਕਮਜ਼ੋਰ ਹੋਸਟਿੰਗ ਪ੍ਰਦਰਸ਼ਨ, ਵਾਰੰ ਵਾਰ 500 ਗਲਤੀਆਂ, ਖਰਾਬ SSL, ਗਲਤ ਰੀਡਾਇਰੈਕਸ਼ਨ, ਦੇਸ਼ ਅਨੁਸਾਰ ਆਟੋਮੈਟਿਕ ਕਰੰਸੀ ਬਦਲਣਾ ਅਤੇ ਜ਼ਿਆਦਾ cache ਸੈਟਿੰਗਜ਼ Google ਨੂੰ ਕੀਮਤ ਗਲਤ ਪੜ੍ਹਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰ ਸਕਦੇ ਹਨ। ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ 'ਤੇ ਉਤਪਾਦ ਪੰਨਿਆਂ ਦਾ ਤੇਜ਼ ਅਤੇ ਸਥਿਰ ਜਵਾਬ ਦੇਣਾ ਸਿਰਫ SEO ਲਈ ਹੀ ਨਹੀਂ, ਬਲਕਿ ਇਸ਼ਤਿਹਾਰ ਮਨਜ਼ੂਰੀ ਅਤੇ ਖਰੀਦਦਾਰੀ ਦੀ ਦਿੱਖ ਲਈ ਵੀ ਬਹੁਤ ਜਰੂਰੀ ਹੈ।

Hostragons ਵੱਲੋਂ ਈ-ਕਾਮਰਸ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਭਰੋਸੇਯੋਗ ਹੋਸਟਿੰਗ, ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਅਤੇ SSL ਹੱਲ ਤਕਨੀਕੀ ਬੁਨਿਆਦ ਨੂੰ ਮਜ਼ਬੂਤ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ। ਉਦਾਹਰਨ ਵਜੋਂ, ਕਾਰਪੋਰੇਟ ਹੋਸਟਿੰਗ ਭਾਰੀ ਟ੍ਰੈਫਿਕ ਦੇ ਸਮਿਆਂ ਵਿੱਚ ਉਤਪਾਦ ਪੰਨਿਆਂ ਦੀ ਪਹੁੰਚ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ; ਡੋਮੇਨ ਟ੍ਰਾਂਸਫਰ ਅਤੇ DNS ਪ੍ਰਬੰਧਨ ਗਲਤ ਰੀਡਾਇਰੈਕਸ਼ਨ ਕਾਰਨ ਹੋਣ ਵਾਲੀਆਂ ਸਕੈਨਿੰਗ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਘਟਾ ਸਕਦੇ ਹਨ। ਇੱਥੇ ਮਕਸਦ ਵਿਕਰੀ ਦਾ ਦਬਾਅ ਨਹੀਂ, ਸਗੋਂ Merchant Center ਲਈ ਲੋੜੀਂਦਾ ਭਰੋਸੇਯੋਗ ਡੇਟਾ ਫਲੋ ਤਕਨੀਕੀ ਰੂਪ ਵਿੱਚ ਸੰਭਵ ਬਣਾਉਣਾ ਹੈ।

ਚੈੱਕਲਿਸਟ: ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਆਖਰੀ 12 ਚੀਜ਼ਾਂ

• ਕੀ ਫੀਡ ਵਿੱਚ price ਫੀਲਡ ਉਤਪਾਦ ਪੇਜ ਦੇ ਕੀਮਤ ਨਾਲ ਮਿਲਦੀ ਹੈ?
• ਕੀ sale_price ਸਿਰਫ਼ ਚੱਲ ਰਹੀਆਂ ਕੈਂਪੇਨਾਂ ਵਿੱਚ ਹੀ ਵਰਤੀ ਜਾ ਰਹੀ ਹੈ?
• ਕੈਂਪੇਨ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਖ਼ਤਮ ਹੋਣ ਦੀ ਮਿਤੀ ਸਹੀ ਹੈ?
• ਕੀ ਉਤਪਾਦ ਪੇਜ ਅਤੇ ਭੁਗਤਾਨ ਸਕ੍ਰੀਨ ਵਿਚ ਕੋਈ ਜ਼ਰੂਰੀ ਕੀਮਤ ਵਾਧਾ ਹੈ?
• ਕੀ ਮੁਦਰਾ ISO ਫਾਰਮੈਟ ਵਿੱਚ ਭੇਜੀ ਜਾ ਰਹੀ ਹੈ?
• ਕੀ ਵੈਰੀਏਸ਼ਨ URL ਸਹੀ ਵੈਰੀਏਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ?
• ਕੀ Product schema ਅਪਡੇਟ ਕੀਮਤ ਦਿਖਾ ਰਿਹਾ ਹੈ?
• ਕੀ robots.txt Google ਨੂੰ ਪੇਜ ਨੂੰ ਇੰਡੈਕਸ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ?
• ਕੀ cache ਸਾਫ਼ ਕਰਨ ਦਾ ਸਿਸਟਮ ਕੀਮਤ ਬਦਲਣ ਨਾਲ ਆਪਣੇ ਆਪ ਚੱਲਦਾ ਹੈ?
• ਕੀ Merchant Center ਵਿੱਚ ਡਿਲਿਵਰੀ ਅਤੇ ਟੈਕਸ ਸੈਟਿੰਗਸ ਸਹੀ ਹਨ?
• ਕੀ ਮੋਬਾਈਲ ਪੇਜ ਤੇ ਕੀਮਤ ਡੈਸਕਟਾਪ ਨਾਲ ਇੱਕੋ ਜਿਹੀ ਹੈ?
• ਕੀ ਸੋਧ ਤੋਂ ਬਾਅਦ ਫੀਡ ਮੁੜ ਭੇਜਿਆ ਗਿਆ ਹੈ?

ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ

Google Merchant Center ਦੀ ਕੀਮਤ ਨੀਤੀ ਦੀ ਗਲਤੀ ਕਿੰਨੇ ਦਿਨਾਂ ਵਿੱਚ ਠੀਕ ਹੁੰਦੀ ਹੈ?

ਠੀਕ ਕਰਨ ਤੋਂ ਬਾਅਦ ਉਤਪਾਦਾਂ ਦੀ ਦੁਬਾਰਾ ਮਨਜ਼ੂਰੀ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਘੰਟਿਆਂ ਤੋਂ 72 ਘੰਟਿਆਂ ਤੱਕ ਲੱਗਦੀ ਹੈ। ਸਮਾਂ ਉਤਪਾਦਾਂ ਦੀ ਗਿਣਤੀ, ਸਕੈਨਿੰਗ ਦੀ ਤੀਵ੍ਰਤਾ, ਗਲਤੀ ਦੇ ਕਿਸਮ ਅਤੇ ਦੁਬਾਰਾ ਸਮੀਖਿਆ ਦੀ ਭਰਮਾਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

Feed ਵਿੱਚ ਛੂਟ ਵਾਲੀ ਕੀਮਤ ਕਿਵੇਂ ਭੇਜੀ ਜਾਵੇ?

ਆਮ ਕੀਮਤ price ਖੇਤਰ ਵਿੱਚ ਅਤੇ ਚੱਲ ਰਹੀ ਛੂਟ ਵਾਲੀ ਕੀਮਤ sale_price ਖੇਤਰ ਵਿੱਚ ਭੇਜਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਮੁਹਿੰਮ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਖਤਮ ਹੋਣ ਦੀ ਮਿਤੀ ਪਤਾ ਹੈ ਤਾਂ sale_price_effective_date ਖੇਤਰ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਗਲਤੀਆਂ ਘਟਾਉਂਦਾ ਹੈ।

KDV ਸਮੇਤ ਕੀਮਤ ਦਿਖਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ?

ਤੁਰਕੀ ਵਿੱਚ ਖਪਤਕਾਰ ਨੂੰ ਵੇਚਣ ਵਾਲੀਆਂ ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ 'ਤੇ ਕੀਮਤ KDV ਸਮੇਤ ਦਿਖਾਉਣ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਤਪਾਦ ਪੰਨੇ 'ਤੇ ਨਾ ਦਿਖਾਈ ਜਾਣ ਵਾਲੇ ਜ਼ਰੂਰੀ ਟੈਕਸ ਜਾਂ ਫੀਸਾਂ ਨੂੰ ਭੁਗਤਾਨ ਸਕਰੀਨ 'ਤੇ ਜੋੜਨਾ Merchant Center ਦੀ ਕੀਮਤ ਅਸੰਗਤਤਾ ਦਾ ਕਾਰਣ ਬਣ ਸਕਦਾ ਹੈ।

ਆਟੋਮੈਟਿਕ ਉਤਪਾਦ ਅਪਡੇਟ ਕੀਮਤ ਦੀਆਂ ਗਲਤੀਆਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਠੀਕ ਕਰਦੇ ਹਨ?

ਨਹੀਂ। ਆਟੋਮੈਟਿਕ ਉਤਪਾਦ ਅਪਡੇਟ ਛੋਟੇ ਸਮੇਂ ਦੇ ਫਰਕਾਂ ਨੂੰ ਘਟਾ ਸਕਦੇ ਹਨ, ਪਰ ਗਲਤ feed, ਪੁਰਾਣਾ schema ਜਾਂ ਗਲਤ ਸਾਈਟ ਕੀਮਤ ਲਗਾਉਣ ਨੂੰ ਸਥਾਈ ਤੌਰ 'ਤੇ ਠੀਕ ਨਹੀਂ ਕਰਦੇ। ਮੁੱਖ ਡੇਟਾ ਸਰੋਤ ਨੂੰ ਠੀਕ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ।

ਵੈਰੀਏਸ਼ਨ ਵਾਲੇ ਉਤਪਾਦਾਂ ਵਿੱਚ ਕੀਮਤ ਦੀ ਗਲਤੀ ਕਿਵੇਂ ਰੋਕੀ ਜਾਵੇ?

ਹਰ ਵੈਰੀਏਸ਼ਨ ਲਈ ਸਹੀ ਕੀਮਤ, ਵਿਲੱਖਣ ਉਤਪਾਦ ਪਹਿਚਾਣ, ਸਾਂਝਾ item_group_id ਅਤੇ ਸਹੀ ਲਾਂਚ URL ਦੀ ਵਰਤੋਂ करनी ਚਾਹੀਦੀ ਹੈ। ਜਦੋਂ ਯੂਜ਼ਰ ਕਲਿੱਕ ਕਰੇ ਤਾਂ feed ਵਿੱਚ ਦਿੱਤੀ ਕੀਮਤ ਨਾਲ ਮਿਲਦੀ ਜੁਲਦੀ ਵੈਰੀਏਸ਼ਨ ਚੁਣੀ ਹੋਈ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਨਤੀਜਾ

Google Merchant Center ਦੀ ਕੀਮਤ ਨੀਤੀ ਵਿੱਚ ਆਉਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਆਮ ਤੌਰ 'ਤੇ feed, ਉਤਪਾਦ ਪੰਨਾ, schema ਅਤੇ ਭੁਗਤਾਨ ਕਦਮ ਵਿਚਕਾਰ ਛੋਟੇ ਡੇਟਾ ਅੰਤਰਾਂ ਕਰਕੇ ਹੁੰਦੀਆਂ ਹਨ। ਸਥਾਈ ਹੱਲ ਲਈ; ਇਕੋ ਕੀਮਤ ਸਰੋਤ, ਸਹੀ ਛੂਟ ਪ੍ਰਬੰਧਨ, ਅਪਡੇਟ ਕੀਤੇ ਹੋਏ ਸੰਰਚਿਤ ਡੇਟਾ, ਤੇਜ਼ੀ ਨਾਲ ਸਕੈਨ ਹੋਣ ਵਾਲੇ ਪੰਨੇ ਅਤੇ ਨਿਯਮਤ ਨਿਰੀਖਣ ਦੀ ਲੋੜ ਹੈ। ਤੁਹਾਡੇ ਉਤਪਾਦਾਂ ਦਾ Google Shopping ਅਤੇ ਮੁਫ਼ਤ ਲਿਸਟਿੰਗਜ਼ 'ਤੇ ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਦੇ ਦਿਖਾਈ ਦੇਣਾ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਆਪਣੀ ਤਕਨੀਕੀ ਢਾਂਚਾ ਵੀ ਸਹੀ ਰੱਖੋ। ਜੇ ਤੁਸੀਂ ਚਾਹੋ, ਤਾਂ Hostragons 'ਤੇ ਹੋਸਟਿੰਗ, ਡੋਮੇਨ ਅਤੇ SSL ਹੱਲਾਂ ਦਾ ਜਾਇਜ਼ਾ ਲੈ ਕੇ ਆਪਣੀ ਈ-ਕਾਮਰਸ ਵੈੱਬਸਾਈਟ ਦੇ ਭਰੋਸੇਮੰਦ ਡੇਟਾ ਫਲੋ ਨੂੰ ਹੋਰ ਮਜ਼ਬੂਤ ਬਣਾ ਸਕਦੇ ਹੋ।