We then had to go through FB Linter and run EVERY link to refresh the OG data. We referenced the coordinating image in og:image on each product page. To workaround, we placed a subdomain in a different NON-HTTPS website and dumped all images in it. Thanks to Keegan, we now know that this is a bug in Facebook. However, it would still pull any images that were referenced on the nonsecure main domain.
Subdomain was We then put all images into the main subdomain folder and referenced those. We tried a test and added a subdomain to the NONSECURE website (from which images are actually visible through facebook). We tested all links it found for a single page. Using the "see what facebook sees" scraper tool, we were able to see the following: "image": [ In case you want it, here's a link to one of our product pages that we've been working on.
But we can't find any precedent anywhere on the web for that. It's also the only one on https, so we thought maybe that was the problem. This is the only one with og:image problems. We absolutely, positively cannot NOT have images. The issue is that this is an online store. If I said how much time myself and others have spent on this, you'd be shocked.
Leaving any og:image or image_src off, FB does not find any images. We thought maybe it was not pulling images because we're using the same product page(s) for multiple products (changing it based on the get value, ie, "details.php?id=xxx") but it's still pulling in one image (from a different url). The same code on a different website shows up without any issue. We removed all of them, one at a time and checked it. We thought maybe it was the og:type or another oddity with another meta tag. We even did a quick on an entirely different server and the image shows up fine. htaccess that was preventing the images from showing up, so we checked. We thought maybe there was some anti-leach on cpanel or the. The only exception we're getting is for images that are not on this website. It's not a caching error, because when we add another og:image to the meta, FB's linter does find and read that. We've put the images right in public_html. We've tried square images, jpegs, pngs, larger sizes and smaller sizes. It DOES show one image - an image hosted on a non-https server. When we click the image(s), however, they DO exist and it takes is straight to them. It is finding the images we linked to in the " og:image", but they're showing up blank. I have checked and have zero warnings or errors. I'm beginning to think it might have something to do with Facebook cannot grasp my og:image files and I have tried every usual solution.
0 kommentar(er)
