Viewing 20 posts - 1 through 20 (of 20 total)
  • Author
    Posts
  • #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.

    #776832

    Another 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/

    #776835

    Edit

    • This reply was modified 6 years, 11 months ago by goldengate415.
    #778678

    Hi,

    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,
    Andy

    #779440

    Hi –
    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
    Rob

    Scan 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 detection

    #780344

    Hi,

    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,
    Ismael

    #780631

    Hi 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.jpg

    So 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

    #781007

    Hey!

    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,
    Ismael

    #781013

    Login info in private content field, thanks for checking on this!

    #781023

    Hi!

    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,
    Ismael

    #781028

    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”…?

    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,
    Rob

    #781622

    Hi!

    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!
    Ismael

    #804882

    Unfortunately, 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!

    #805888

    Hi,

    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.

    // https://kriesi.at/support/topic/gwt-problems-indexing-enfold-soft-404-with-search-activated-s/#post-707487

    Best regards,
    Ismael

    #805894

    Ismael 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

    #806047

    Hey Rob! :)

    Have you tried using the plugin Ismael mentioned above – https://wordpress.org/plugins/attachment-pages-redirect/?

    Cheers!
    Yigit

    #806053

    Yiğ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 sizce

    #806124

    Merhabalar @abbhosting!

    Lutfen bu linke gidip – https://kriesi.at/support/forum/enfold/#new-post yeni konu acip, WP loginlerini gonderebilir misiniz gizli alandan? :)

    Best regards,
    Yigit

    #906391

    Almost 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-working

    Hope this helps someone else!

    Best,
    Rob

    #906655

    Hi,

    Thanks for the info. I’m sure it will help. :)

    Best regards,
    Ismael

Viewing 20 posts - 1 through 20 (of 20 total)
  • You must be logged in to reply to this topic.