ਗੂਗਲ ਐਡ ਬਲੌਕਰਾਂ ਦੁਆਰਾ ਮੰਗੀ ਗਈ API ਨੂੰ ਸੀਮਤ ਕਰਨ 'ਤੇ ਜ਼ੋਰ ਦੇਣਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ

ਸਿਮਓਨ ਵਿਨਸੈਂਟ, ਜੋ ਕਿ ਕ੍ਰੋਮ ਟੀਮ ਵਿੱਚ ਐਕਸਟੈਂਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਨਾਲ ਗੱਲਬਾਤ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ (ਐਕਸਟੈਂਸ਼ਨ ਡਿਵੈਲਪਰ ਐਡਵੋਕੇਟ ਦਾ ਅਹੁਦਾ ਰੱਖਦਾ ਹੈ), ਟਿੱਪਣੀ ਕੀਤੀ ਕ੍ਰੋਮ ਮੈਨੀਫੈਸਟੋ ਦੇ ਤੀਜੇ ਐਡੀਸ਼ਨ ਬਾਰੇ ਗੂਗਲ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ, ਉਲੰਘਣਾ ਕੰਮ ਅਣਉਚਿਤ ਸਮੱਗਰੀ ਨੂੰ ਬਲੌਕ ਕਰਨ ਅਤੇ ਸੁਰੱਖਿਆ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਬਹੁਤ ਸਾਰੇ ਐਡ-ਆਨ। ਕੰਪਨੀ webRequest API ਦੇ ਬਲਾਕਿੰਗ ਮੋਡ ਦਾ ਸਮਰਥਨ ਕਰਨ ਤੋਂ ਰੋਕਣ ਲਈ ਆਪਣੀ ਮੂਲ ਯੋਜਨਾ ਨੂੰ ਛੱਡਣ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਰੱਖਦੀ, ਜੋ ਤੁਹਾਨੂੰ ਫਲਾਈ 'ਤੇ ਪ੍ਰਾਪਤ ਕੀਤੀ ਸਮੱਗਰੀ ਨੂੰ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਅਪਵਾਦ ਕੇਵਲ Chrome ਦੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਐਡੀਸ਼ਨ ਲਈ ਬਣਾਇਆ ਜਾਵੇਗਾਐਂਟਰਪ੍ਰਾਈਜ਼ ਲਈ Chrome), ਜਿਸ ਵਿੱਚ webRequest API ਲਈ ਸਮਰਥਨ ਪਹਿਲਾਂ ਵਾਂਗ ਬਰਕਰਾਰ ਰੱਖਿਆ ਜਾਵੇਗਾ।

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

ਐਡ ਬਲਾਕਿੰਗ ਐਡ-ਆਨ ਦੇ ਡਿਵੈਲਪਰਾਂ ਨੇ ਸਾਂਝੇ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤਾ ਹੈ ਟਿੱਪਣੀ ਦੀ ਸੂਚੀ, ਜਿਸ ਵਿੱਚ declarativeNetRequest API ਦੀਆਂ ਕਮੀਆਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕੀਤਾ ਗਿਆ ਹੈ। ਗੂਗਲ ਨੇ ਬਹੁਤ ਸਾਰੀਆਂ ਟਿੱਪਣੀਆਂ ਨਾਲ ਸਹਿਮਤੀ ਜਤਾਈ ਅਤੇ declarativeNetRequest API ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ। ਖਾਸ ਤੌਰ 'ਤੇ, ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਬਦਲਣ ਅਤੇ ਨਿਯਮਾਂ ਨੂੰ ਜੋੜਨ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਅਤੇ HTTP ਸਿਰਲੇਖਾਂ ਨੂੰ ਮਿਟਾਉਣਾ ਸੰਭਵ ਹੈ, ਪਰ ਸਿਰਫ ਉਹੀ ਸਫੈਦ ਸੂਚੀ (ਰੈਫਰਰ, ਕੂਕੀ, ਸੈੱਟ-ਕੂਕੀ) ਵਿੱਚ ਹਨ। ਅਸੀਂ HTTP ਸਿਰਲੇਖਾਂ ਨੂੰ ਜੋੜਨ ਅਤੇ ਬਦਲਣ ਲਈ ਸਮਰਥਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ (ਉਦਾਹਰਨ ਲਈ, ਸੈੱਟ-ਕੂਕੀ ਬਦਲ ਅਤੇ CSP ਨਿਰਦੇਸ਼ਾਂ ਲਈ) ਅਤੇ ਬੇਨਤੀ ਮਾਪਦੰਡਾਂ ਨੂੰ ਮਿਟਾਉਣ ਅਤੇ ਬਦਲਣ ਦੀ ਯੋਗਤਾ।

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

ਉਸੇ ਸਮੇਂ, webRequest API ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਸਮੱਗਰੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਰੋਕਣ ਦੀ ਪ੍ਰੇਰਣਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ। ਦਾਅਵਾ ਕਰਦਾ ਹੈ ਕਿ webRequest API ਦੇ ਬਲਾਕਿੰਗ ਮੋਡ ਦਾ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਨਕਾਰਾਤਮਕ ਪ੍ਰਭਾਵ ਪੈਂਦਾ ਹੈ ਕਿਉਂਕਿ ਬ੍ਰਾਊਜ਼ਰ ਐਡ-ਆਨ ਹੈਂਡਲਰ ਨੂੰ ਪੰਨੇ ਨੂੰ ਰੈਂਡਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣਾ ਕੰਮ ਪੂਰਾ ਕਰਨ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ, ਆਲੋਚਨਾ ਦਾ ਸਾਹਮਣਾ ਨਹੀਂ ਕਰਦਾ। ਪਹਿਲਾਂ ਕਰਵਾਏ ਗਏ ਟੈਸਟ ਵਿਗਿਆਪਨ ਬਲੌਕ ਕਰਨ ਵਾਲੇ ਐਡ-ਆਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੇ ਦਿਖਾਇਆ ਹੈ ਕਿ ਉਹਨਾਂ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਦੇਰੀ ਬਹੁਤ ਘੱਟ ਹੈ। ਔਸਤਨ, ਇੱਕ ਬਲੌਕਰ ਦੀ ਵਰਤੋਂ ਮਿਲੀਸਕਿੰਟ ਦੇ ਸਿਰਫ ਇੱਕ ਹਿੱਸੇ ਦੁਆਰਾ ਇੱਕ ਬੇਨਤੀ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਹੌਲੀ ਕਰ ਦਿੰਦੀ ਹੈ, ਜੋ ਕਿ ਸਮੁੱਚੀ ਬੈਕਗ੍ਰਾਉਂਡ ਦੇ ਮੁਕਾਬਲੇ ਬਹੁਤ ਘੱਟ ਹੈ।

ਦੂਜੀ ਦਲੀਲ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸਮੱਗਰੀ ਲਈ ਐਡ-ਆਨ ਦੀ ਬੇਕਾਬੂ ਪਹੁੰਚ ਤੋਂ ਬਚਾਉਣ ਦੀ ਇੱਛਾ ਨਾਲ ਸਬੰਧਤ, ਵੀ ਯਕੀਨਨ ਨਹੀਂ ਜਾਪਦੀ, ਕਿਉਂਕਿ ਜਾਇਜ਼ ਐਡ-ਆਨਾਂ ਵਿੱਚ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਸਥਾਪਿਤ ਅਤੇ ਵਿਆਪਕ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਹਟਾਉਣ ਦੀ ਬਜਾਏ, ਇੱਕ ਨਵਾਂ ਜੋੜਨਾ ਸੰਭਵ ਸੀ। ਅਥਾਰਟੀ ਦੀ ਕਿਸਮ ਅਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਨੈੱਟਵਰਕ ਬੇਨਤੀਆਂ ਤੱਕ ਪੂਰੀ ਪਹੁੰਚ ਦੇ ਨਾਲ ਐਡ-ਆਨ ਸਥਾਪਤ ਕਰਨ ਦੀ ਅੰਤਿਮ ਚੋਣ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਸ ਤੋਂ ਇਲਾਵਾ, Google ਨੇ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਾਲੇ ਮੋਡ ਵਿੱਚ webRequest API ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸਮਰਥਨ ਛੱਡ ਦਿੱਤਾ ਹੈ, ਜਿਸ ਨਾਲ ਘੱਟ-ਪੱਧਰੀ ਦਖਲਅੰਦਾਜ਼ੀ ਤੋਂ ਬਿਨਾਂ ਪੂਰੀ ਟ੍ਰੈਫਿਕ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਐਡ-ਆਨ ਹੋਰ API ਦੁਆਰਾ ਲੋਡ ਕੀਤੇ ਵੈੱਬ ਪੰਨਿਆਂ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਨ (ਉਦਾਹਰਣ ਲਈ, ਖਤਰਨਾਕ ਐਡ-ਆਨ ਅਜੇ ਵੀ ਆਪਣੇ ਇਸ਼ਤਿਹਾਰ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹਨ, ਮਾਈਨਰ ਲਾਂਚ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਇਨਪੁਟ ਫਾਰਮਾਂ ਦੀ ਸਮੱਗਰੀ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰ ਸਕਦੇ ਹਨ)।

ਰੇਮੰਡ ਹਿੱਲ, ਅਣਚਾਹੇ ਸਮਗਰੀ ਨੂੰ ਰੋਕਣ ਲਈ uBlock Origin ਅਤੇ uMatrix ਪ੍ਰਣਾਲੀਆਂ ਦੇ ਲੇਖਕ, ਕਾਫ਼ੀ ਸਖ਼ਤ ਹਨ ਟਿੱਪਣੀ ਕੀਤੀ ਗੂਗਲ ਦੇ ਪ੍ਰਤੀਨਿਧੀ ਤੋਂ ਜਵਾਬ ਅਤੇ ਡੀਮਾਗੋਗਰੀ ਅਤੇ ਪਰਦੇ ਦੇ ਪਿੱਛੇ ਦੀਆਂ ਖੇਡਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਵਿੱਚ ਗੂਗਲ, ​​ਇੱਕ ਚੰਗੇ ਮੌਕੇ ਦੀ ਆੜ ਵਿੱਚ, ਇੰਟਰਨੈਟ ਇਸ਼ਤਿਹਾਰਬਾਜ਼ੀ ਦੇ ਖੇਤਰ ਵਿੱਚ ਆਪਣੇ ਵਪਾਰਕ ਹਿੱਤਾਂ ਨੂੰ ਅੱਗੇ ਵਧਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ, ਇਸਦੇ ਫਿਲਟਰਿੰਗ ਵਿਧੀਆਂ ਦਾ ਨਿਯੰਤਰਣ ਪ੍ਰਾਪਤ ਕਰਨਾ ਅਤੇ ਜਾਇਜ਼ ਠਹਿਰਾਉਣਾ ਆਮ ਜਨਤਾ ਦੀ ਨਜ਼ਰ ਵਿੱਚ ਇਹ ਕਾਰਵਾਈਆਂ।

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

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

ਸਰੋਤ: opennet.ru