Scrapebox not working on Google search

lazlopanaflex

Junior Member
Joined
Oct 15, 2020
Messages
176
Reaction score
52
It was working fine until last week but now it will not scrape Google search

just shows 0 for all keywords

I have tried multiple proxies and even without proxy, still all 0 results

Any ideas? Please help

@loopline
 
Google completely removed javascript search, which is of course what scrapebox used.

So they are working on how best to move forward, but I have no ETA. Im sure its not a simple fix, given the wide scale of scrapebox.
 
Google completely removed javascript search, which is of course what scrapebox used.

So they are working on how best to move forward, but I have no ETA. Im sure its not a simple fix, given the wide scale of scrapebox.
Sounds like a big challenge for Scrapebox.
 
Google completely removed javascript search, which is of course what scrapebox used.

So they are working on how best to move forward, but I have no ETA. Im sure its not a simple fix, given the wide scale of scrapebox.
Without basic google search scraping, I think the software becomes almost worthless

I hope they solve this soon.
 
To get it working it will need to be a headless browser. Gone are the days of hitting Google with hundreds of threads on a basic computer. A part of one of my tools is affected, luckily it is a much smaller part in mine than it is in SB.
 
The Scrapebox Google harvester will still work if you add a cookie header to the engine and include some pre-farmed cookies, but this will only work for very slow scraping, and even then will have a limited lifespan as you have to stop Scrapebox completely to change cookies.
 
The Scrapebox Google harvester will still work if you add a cookie header to the engine and include some pre-farmed cookies, but this will only work for very slow scraping, and even then will have a limited lifespan as you have to stop Scrapebox completely to change cookies.
What cookies need entering? Just any from a JS enabled search results page? From what you're saying it shouldn't be too hard to figure out but it's always good to gather relevant info before jumping into it myself.

I'd really rather stay away from instantiating a browser for every thread, if that is even possible / likely to work for the long term.

I have thought on this topic many times over the years, what happens if Google uses a complex JS algorithm to prove identity. With how protective they are with their SERPs I do wonder why they took so long to do this. They must think that now it is finally worth ditching backwards compatibility for really old devices and the few that roll without JS on.

For me this is like when Yahoo did away with their API, that was such a sad time for developers like myself.
 
What cookies need entering? Just any from a JS enabled search results page? From what you're saying it shouldn't be too hard to figure out but it's always good to gather relevant info before jumping into it myself.

I'd really rather stay away from instantiating a browser for every thread, if that is even possible / likely to work for the long term.

I have thought on this topic many times over the years, what happens if Google uses a complex JS algorithm to prove identity. With how protective they are with their SERPs I do wonder why they took so long to do this. They must think that now it is finally worth ditching backwards compatibility for really old devices and the few that roll without JS on.
It appears to be the NID and SOCS cookies. Open up your VPS, open a browser and run a few searches on Google, then copy the resulting cookies for the Google.com domain. With my limited testing, including them in basic GET requests serves up parseable html, but there will be limits reached sooner or later. Farmed cookies might become a scraping expense if you don't wanna go full Javascript.

For me this is like when Yahoo did away with their API, that was such a sad time for developers like myself.
The Yahoo API was the backbone of my first adsense spam network - great days!
 
It appears to be the NID and SOCS cookies. Open up your VPS, open a browser and run a few searches on Google, then copy the resulting cookies for the Google.com domain. With my limited testing, including them in basic GET requests serves up parseable html, but there will be limits reached sooner or later. Farmed cookies might become a scraping expense if you don't wanna go full Javascript.
I've been playing around with HTTP Debugger, I can see the headers required and am just looking at the best way to grab valid cookies, or even if that is necessary. I would imagine this is going to have some pretty significant issues for high thread counts.

I dunno if you're into coding yourself but i'm thinking the easiest way would be to fire up a browser component instance, perform a search to get the cookies and then switch back to sockets with the spoofed headers but I don't like using full blown browsers when not necessary.

I'm lucky that most of my solutions using SERPs, these days, aren't their main focus. Dedicated SERP scraper apps are going to be worse going forward imo.
The Yahoo API was the backbone of my first adsense spam network - great days!
Yahoo API was the shit. I made The Free Blog Commenter back in the day using that. I dunno if it was before your time but it was similar to Blog Comment Demon. All available options since then have been inferior and costly in comparison.
 
Google completely removed javascript search, which is of course what scrapebox used.

So they are working on how best to move forward, but I have no ETA. Im sure its not a simple fix, given the wide scale of scrapebox.
I'm gutted I've been using SB for nearly ten years, this week I'm launching a new managed email marketing service but I've had to put the launch on hold now because I've got no tool to scrape the email lists for the clients campaigns :weep:
 
I've just opened ScrapeBox, updated it to the latest version and this statement appeared on my screen...

It's quite an issue, though I think SB Devs will solve it up as fast as they can.

During my web scraping with SB I saw problems with keywords from google around 5 months ago, so it could be a problem that has been around for a while.

I'm still positive there's something being done :)
 

Attachments

  • scrapebox statement.png
    scrapebox statement.png
    19.4 KB · Views: 45
I've just opened ScrapeBox, updated it to the latest version and this statement appeared on my screen...

It's quite an issue, though I think SB Devs will solve it up as fast as they can.

During my web scraping with SB I saw problems with keywords from google around 5 months ago, so it could be a problem that has been around for a while.

I'm still positive there's something being done :)
A version of Scrapebox capable of javascript execution/emulation would be quite the game changer, especially after all these years!
 
I dunno if you're into coding yourself but i'm thinking the easiest way would be to fire up a browser component instance, perform a search to get the cookies and then switch back to sockets with the spoofed headers but I don't like using full blown browsers when not necessary.
yes this works, the question is for how long. I did something similar: used a headless browser to do a single google search, saved the cookies and then reused the cookies with simple requests(non-js) and it worked.

Another thing you can do is simply change the user agent to one of these: https://github.com/benbusby/whoogle-search/wiki/User-Agents , and the search will work without JS, but you won't have all data, like the number of results and SERP features. This is working for now, but I don't expect it to work well forever, since if everyone uses these agents it will become clear they are bots.
 
yes this works, the question is for how long. I did something similar: used a headless browser to do a single google search, saved the cookies and then reused the cookies with simple requests(non-js) and it worked.

Another thing you can do is simply change the user agent to one of these: https://github.com/benbusby/whoogle-search/wiki/User-Agents , and the search will work without JS, but you won't have all data, like the number of results and SERP features. This is working for now, but I don't expect it to work well forever, since if everyone uses these agents it will become clear they are bots.
SHhhhhhhhhh!

I fixed it in my tools on Sunday night. There is a workaround that gets all results still. Like you said though, it probably won't last forever.
I've just opened ScrapeBox, updated it to the latest version and this statement appeared on my screen...

It's quite an issue, though I think SB Devs will solve it up as fast as they can.

During my web scraping with SB I saw problems with keywords from google around 5 months ago, so it could be a problem that has been around for a while.

I'm still positive there's something being done :)
Jesus, as this is SB main features, you'd think they'd have been on top of a change like this.
 
SHhhhhhhhhh!

I fixed it in my tools on Sunday night. There is a workaround that gets all results still. Like you said though, it probably won't last forever.

Jesus, as this is SB main features, you'd think they'd have been on top of a change like this.
I tried a couple of the user agents but its not working on my SB.
I need a scraper as a temporary replacement while they are updating SB. Today I'm going to test this script that I found on Apify, I don't know how good it is https://apify.com/apify/google-search-scraper
 
I tried a couple of the user agents but its not working on my SB.
I need a scraper as a temporary replacement while they are updating SB. Today I'm going to test this script that I found on Apify, I don't know how good it is https://apify.com/apify/google-search-scraper
$3.50 per 1k requests is on the pricier end of the market. ValueSERP is at $2.50 per 1k requests (I can attest to this currently working), or Serper.dev is probably the lowest at $1 per 1k requests for the smallest package (though I'm not sure if they're accepting new clients at the moment)

Google could’ve updated their algorithm to block scraping. Have you tried using a VPN or switching to a different scraping tool?
We've already been through this several times in the thread already.
 
$3.50 per 1k requests is on the pricier end of the market. ValueSERP is at $2.50 per 1k requests (I can attest to this currently working), or Serper.dev is probably the lowest at $1 per 1k requests for the smallest package (though I'm not sure if they're accepting new clients at the moment)


We've already been through this several times in the thread already.
I did'nt know about ValueSERP and Serper.dev nice one mate I'll check them out
 
$3.50 per 1k requests is on the pricier end of the market. ValueSERP is at $2.50 per 1k requests (I can attest to this currently working), or Serper.dev is probably the lowest at $1 per 1k requests for the smallest package (though I'm not sure if they're accepting new clients at the moment)


We've already been through this several times in the thread already.

Would you mind providing some guidance on how to add valueserp and serper.dev to scrapebox? I opened some trial accounts to test it but...

What is the proper naming convention with respect to IP, port, username/pass or API when adding to scrapebox?

I appreciate the assistance.
 
Would you mind providing some guidance on how to add valueserp and serper.dev to scrapebox? I opened some trial accounts to test it but...

What is the proper naming convention with respect to IP, port, username/pass or API when adding to scrapebox?

I appreciate the assistance.
Sorry, I don't use those in Scrapebox, I access them directly via the API. It might be worth asking the support of each of the services to see if they have a solution for Scrapebox available. It will probably involve adding a new harvester engine definition. I know ScraperAPI have an integration (but I've not tested it with the current iteration of the SERPs): https://www.scraperapi.com/integration-tutorials/scrapebox-integration/

You can also look at @mihai1497 's service here, and see if they have a solution: https://www.blackhatworld.com/seo/serp-data-api-for-developers-serpextractor-com.1669161/
 
Back
Top