Incorrect Pagespeed Data from JS redirection Page in Search Console & CRUX

[Kanaiyalal Jain]

Hi

Kanaiya here...

We have website where we redirect user from Information page to 3rd party Site product page via redirection Page (Affiliate Redirection).  Now the issue is page speed of 3rd Party site is counted against my site's redirection page. 

The poor speed of E-commerce site is harming my sites reputation/Speed Data just because of error. 

Kindly debug the issue & resolve the same.

Contact me if you need more data on specific issue.

Thank You

Kanaiyalal Jain

[Kanaiyalal Jain]

It's Totally uncommon case of defect in Code & Speed attribute of 3rd Party website applied my website

e.g.>
Product Page: example.com/product-page-info-review
JS Redirection Page: example.com/redirect/amazon
Final 3rdparty Store: amazon.in/product-page

Process: on Product Page review, user click on Buy at Amazon & one JS Redirection Page open & redirect user to Final 3rdparty Store. 

Issue: Now the issue is page speed data of amazon.in/product-page is shown against my JS Redirection Page example.com/redirect/amazon and when checking I found that the screenshot shown in Google Search console shown is of 3rd party store page & not my redirection page. The performance of  amazon.in/product-page is impacting my site's performance in the Crux report. Moreover I have already blocked & No indexed my page example.com/redirect/amazon.

Example of Code in JS redirection page is: <meta name="robots" content="noindex"><meta name="googlebot" content="noindex"><meta name="referrer" content="none">

Kindly Drop me, if you need more Data.

Thank You...

On Tue, Aug 2, 2022 at 4:39 PM Kristian Sköld <kristia...@googlemail.com> wrote:

Interesting and not uncommon case.

However I would argue while technically the poor performance might be caused by the 3rd party redirect the resulting user experience is in the end correctly assigned to your final page. Just like an onpage 3rd party request might negatively impact the user experience.

Kristian 

--
You received this message because you are subscribed to the Google Groups "Chrome UX Report (Discussions)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chrome-ux-repo...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/chrome-ux-report/650b2953-786f-4734-80f5-2f9b8d595b74n%40chromium.org.

[Rick Viscomi]

Hi Kanaiya,

I wonder if you might be experiencing something similar to the known edge cases with SPAs. Can you share the code that does the redirect? It sounds like it's a line of JavaScript rather than a HTTP 3XX response.

Now the issue is page speed of 3rd Party site is counted against my site's redirection page. 

What led you to believe that to be the case? Is it possible that the redirection page itself is actually slow?

Moreover I have already blocked & No indexed my page example.com/redirect/amazon.

Are the pages crawlable according to your robots.txt? If not, that might be preventing crawlers from discovering the noindex directives.

Process: on Product Page review, user click on Buy at Amazon & one JS Redirection Page open & redirect user to Final 3rdparty Store. 

Just a note about the application design. Do you need a redirect page at all? Why not link directly to Amazon from your product page? I assume you do some conversion tracking on the redirect page, but I'd imagine that it could also be done on the product page using something like a web beacon.

Rick

To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/chrome-ux-report/CAP%2BP1yDaFTC%2BpbmObcpnwf10hw%2BiigK8gQoBcG%2B4pDbFPz_Xgw%40mail.gmail.com.

[Rick Viscomi]

I ran a test through WebPageTest and reproduced the higher CWV behavior: https://www.webpagetest.org/result/220804_BiDcQB_DVQ/?view=webvitals. The test is identifying the product image as the LCP, which in this case happens at 4,833ms.

I'll double-check, but I think this is a known issue related to the way SPAs are handled with CWV measurements.

Do consider changing your site's behavior to navigate to the product page directly from the clicked link rather than redirecting using this intermediate page. That should provide a better user experience and avoid this edge case.

On Wed, Aug 3, 2022 at 12:41 AM Kanaiyalal Jain <jain.k...@gmail.com> wrote:

Here is the redirection page code.

<head /><link rel='preconnect' href='//www.amazon.in' />
	<link rel='preconnect' href='//dl.flipkart.com/' />
	<link rel='preconnect' href='//www.flipkart.com/' />
	<link rel='preconnect' href='//ad.admitad.com/' />
	<link rel='preconnect' href='//www.google-analytics.com/' />
	<link rel='preconnect' href='//www.google.com' />
	<link rel='preconnect' href='//clk.omgt5.com' />
	<link rel='preconnect' href='//www.googletagmanager.com' />
	<link rel='preconnect' href='//tracking.vcommission.com' />
	<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src='https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);})(window,document,'script','dataLayer','GTM-xxxx');</script>
	<noscript><iframe src="https://www.googletagmanager.com/ns.html?id= GTM-xxxx " height="0" width="0" style="display:none;visibility:hidden"></iframe></noscript>
	<div style='display:none;visibility:hidden' id='dealcode'>123</div>
	<div style='display:none;visibility:hidden' id='clickid'>123</div>
	<div style='display:none;visibility:hidden' id='BuyClick'>1</div>
	<div style='display:none;visibility:hidden' id='DealViews'>0</div>
	<div style='display:none;visibility:hidden' id='BuyStore'>amazon</div>
	<div style='display:none;visibility:hidden' id='AddedBy'>10</div>
	<div style='display:none;visibility:hidden' id='ClickTime'>2022-08-03 09:56:21</div>
	<div style='display:none;visibility:hidden' id='ref'>notset</div>
	<meta name="robots" content="noindex"><meta name="googlebot" content="noindex"><meta name="referrer" content="none"><script>setTimeout(function(){window.location.href='https://ww'+'w.amazon.i'+'n/productpage?&th=1&tag=1-21&ascsubtag=2'},300);</script>

[Rick Viscomi]

After looking more closely at my local test using the raw data in chrome://ukm/, I can see that the Amazon LCP is being correctly attributed to the Amazon page itself, not the test page.

The WebPageTest results from my last post were showing the Amazon LCP, but that doesn't necessarily mean it's attributed to the test page as far as CrUX is concerned. Sorry for the confusion.

So in this case I think it's worth going back to what caused you to believe that Amazon's LCP was being attributed to your site. What tools/dataset were you using? Do you have any links or screenshots to show the misattribution?