Tagged: Google, google index, ismael, masonry, yigit
-
AuthorPosts
-
April 12, 2017 at 5:48 pm #776827
I wasn’t going to report this as I thought it was just a one-off, but in the last week Google has begun indexing “pages” that don’t even exist, such as:
http://www.thomashenthorne.com/2-foothill-road-san-anselmo-48/
The root page is the url without the 48…
Is this a bug in masonry? Or something I have done wrong? I have used Google webmaster tools to remove these pages now 3 times but each time I do, Google finds another photo to index.
April 12, 2017 at 5:53 pm #776832Another example… this is now happening all over my site… why are these virtual pages getting created? This is a huge problem for Google search results… these pages Google is indexing are not real pages.
http://www.thomashenthorne.com/125-calle-del-sol-bodega-bay-3/
April 12, 2017 at 6:07 pm #776835Edit
- This reply was modified 7 years, 8 months ago by goldengate415.
April 17, 2017 at 1:27 pm #778678Hi,
sounds to me like a virus. Let your server get checked by your host and use a anti virus program for your WP installation.
Best regards,
AndyApril 18, 2017 at 4:14 pm #779440Hi –
My site has malware scanning installed and I scanned it again manually – no virus. (Results below).It seems that the lightbox photos are being turned into virtual pages. Is there something in the theme that would be causing this?
These are “real” pages as evidenced by the fact that you can click on the above link and go to a page with a photo.I also tried refreshing permalinks but no luck. There have been no new plugins installed.
Thanks
RobScan results:
Site clean (no malware was identified)
To reduce the bandwidth consumption and the amount of HTTP requests sent by your website to the SiteCheck API service this plugin will cache the results of every scan for 1200 seconds. If you want to get fresh results after modifications suggested by the scanner then go to the scanner settings page and click the button in front of the label “Reset sitecheck logs”, then come back to this page and run a new malware scan. Note that SiteCheck may cache the results of the scan as well in its own server and there is no way you can refresh that information from this plugin, in this case you have to be patient.CLEAN Malware
CLEAN Malicious javascript
JavaScript is a language (code) that can be executed directly by the browser and many other applications that support it (PDF, email readers, etc). Because it is a full programming language executed by the browser, attackers use it heavily to run malicious code from the compromised sites.
CLEAN Malicious iframes
An inline frame (iframe) is used to embed another document within the current HTML document. Because as the definition implies, it allows you to insert another document inside the current HTML page. And the attackers use that feature to insert malicious content into the compromised sites (to redirect to spam, exploit kits, Fake AV, phishing, etc).
CLEAN Suspicious redirections (htaccess)
Conditional redirections are classified differently than the iframe/javascript ones, because they are generally done though the HTTP headers (via .htaccess) to redirect users from certain browsers or locations to malware/malicious locations.
CLEAN Blackhat SEO Spam
CLEAN Anomaly detectionApril 20, 2017 at 7:21 am #780344Hi,
Did you install the Yoast plugin? You can ask google or any search engine not to index attachment pages.
// http://www.wpbeginner.com/wp-tutorials/how-to-disable-image-attachment-pages-in-wordpress/
Best regards,
IsmaelApril 20, 2017 at 4:34 pm #780631Hi Ismael,
Thanks for the response!! Yes, I have Yoast, and yes, I have always re-directed attachments posts to parent pages / posts, and Yoast confirms with this message in the dashboard:
“As you are redirecting attachment URLs to parent post URLs, these settings will currently only have an effect on unattached media items! So remember: If you change the attachment redirection setting in the future, the below settings will take effect for *all* media items.”I really think this is something new that is theme related with the last update as I have never seen pages like this before. These are not normal “attachment pages” but rather long URLs that include the lightboxed photos. I remember there was an issue with the Masonry gallery not displaying that the developers patched recently. Is it possible that the patch somehow did this? Just “grasping at straws” here.
The first place to start with this is should pages like the above pages I have linked to on my site even exist? They are not attachment /media pages, they are not real pages, they are something else that seems to be a lightbox photo.
Here is one for your convenience:
http://www.thomashenthorne.com/27-022/Note that the url is very strange — it’s not a media attachment like this one — note the path:
http://www.thomashenthorne.com/wp-content/uploads/2017/04/Sunset-1.jpgSo what is that first url is the first thing we must ask ourselves in solving this problem, and what is creating it?
Thanks!!!!! (I know this is a tough one, appreciate it…)
Rob
April 21, 2017 at 7:28 am #781007Hey!
They are not attachment /media pages, they are not real pages, they are something else that seems to be a lightbox photo.
They are actually attachment pages as you can see in the body class attribute.
<body id="top" class="attachment attachment-template-default single single-attachment postid-8109 attachmentid-8109 attachment-jpeg stretched open_sans " itemscope="itemscope" itemtype="https://schema.org/WebPage" style="position: relative; min-height: 100%; top: 0px;">
However, when opening the image on a new a tab, in the url there is a “resize” parameter.
https://i1.wp.com/www.thomashenthorne.com/wp-content/uploads/2015/07/27-022.jpg?resize=300%2C200
Could you please provide the login details so that we can inspect the site?
I remember there was an issue with the Masonry gallery not displaying that the developers patched recently. Is it possible that the patch somehow did this? Just “grasping at straws” here.
That was a javascript issue. :)
Regards,
IsmaelApril 21, 2017 at 7:35 am #781013Login info in private content field, thanks for checking on this!
April 21, 2017 at 8:08 am #781023Hi!
Thank you for the info. Do you have a robot.txt file? Please add this rule in that file.
Disallow: /?attachment_id
This rule should prevent crawlers from indexing any attachment pages such as the following.
// http://www.thomashenthorne.com/?attachment_id=1016
Or use the following plugin.
// https://wordpress.org/plugins/attachment-pages-redirect/
Unlike yoast’s option, this plugin will redirect any attachment page to the home page if a parent post is not found.
Best regards,
IsmaelApril 21, 2017 at 8:12 am #781028Hi Ismael! Thanks for logging in. I added your code to the robots.txt file but will this work in ursl like:
http://www.thomashenthorne.com/27-022/Since there is no “attachment id”…?
I don’t see how adding that to robots.txt will prevent indexing of these photo files?
I have been running Enfold for 2 years + and thus just started happening…. isn’t that a clue that something has changed with the theme? I know there are many variables at play.
Thanks,
RobApril 22, 2017 at 9:33 am #781622Hi!
Hi Ismael! Thanks for logging in. I added your code to the robots.txt file but will this work in ursl like:
http://www.thomashenthorne.com/27-022/
Since there is no “attachment id”…?Yes, it will still work for pretty urls. The actual url of the image is the following.
// http://www.thomashenthorne.com/?attachment_id=1016
Cheers!
IsmaelJune 7, 2017 at 7:41 am #804882Unfortunately, above solution did not work, and Google Index is still filled with them. I have been using Enfold for years and have never had anything like this happen before. I did start linking photos to lightbox and am wondering if somehow that did it?
Here’s a recent fake “page” that’s indexed on my site:
http://www.thomashenthorne.com/493-washington-court-tiburon-1-4/?s=
Thanks for your help!
June 9, 2017 at 8:07 am #805888Hi,
It’s a search results page, not an attachment page and definitely not a “fake” page. Again, you can block crawlers from indexing those pages.
Best regards,
IsmaelJune 9, 2017 at 8:16 am #805894Ismael noted on the search pages, but what about pages like this:
http://www.thomashenthorne.com/27-022/
That is not a search generated page.
Thank you
June 9, 2017 at 1:54 pm #806047Hey Rob! :)
Have you tried using the plugin Ismael mentioned above – https://wordpress.org/plugins/attachment-pages-redirect/?
Cheers!
YigitJune 9, 2017 at 2:08 pm #806053Yiğit bey selamlar,
enfold temamı cpanelden plesk paneli bulunan başka bir sunucuya taşıdım ancak anasayfadaki resimler çıkmıyor, bazı eklentiler çalışmıyor mesela lightbox gibi. Ne yapmalıyım sizceJune 9, 2017 at 4:22 pm #806124Merhabalar @abbhosting!
Lutfen bu linke gidip – https://kriesi.at/support/forum/enfold/#new-post yeni konu acip, WP loginlerini gonderebilir misiniz gizli alandan? :)
Best regards,
YigitFebruary 1, 2018 at 5:45 pm #906391Almost a year later and I finally figured this one out, so wanted to post in case others search and run into the same problem. (Also good for the mods to know).
I did not realize I have to “attach” my media file uploads to specific pages and posts. My process is to upload a bunch of pictures to the media area, then add them to posts or pages with ALB. This results in the images being “unattached” to a post, and Yoast SEO does not then know to re-direct Google crawler inquiries to the master post.
(It would be GREAT if Enfold would automatically attach media files to posts / pages when they are imported to those pages,…)
If you want to read more about this issue, go to this link:
https://digwp.com/2012/05/attach-unattached-media-files/and this link from Yoast:
https://kb.yoast.com/kb/redirect-image-attachment-urls/#not-workingHope this helps someone else!
Best,
RobFebruary 2, 2018 at 6:46 am #906655 -
AuthorPosts
- You must be logged in to reply to this topic.