Moz PA/DA Sorting - Coming Soon to SER - NEED OPINIONS
BlazingSEO
http://blazingseollc.com/proxy
Important information below. PLEASE, every SER user is being requested for input on this matter.
I have created a very cheap solution to Moz PA/DA checking. The current rate Moz charges is $500/mo for 500,000 URLs check... I haven't decided on an exact price yet, but you can expect to pay only $15-$30/mo for 500,000 URLs checked (this gets you both PA and DA).
I have contacted @Sven to put this important feature into SER because... let's face it... Google's PR is no longer relevant. By checking a URLs Moz's PA/DA, you will be able to control the quality of your links better than the current PR route. Yes, I'm aware that PA/DA isn't the most precise metric, but it sure as hell is better than PR.
I have also contacted @s4nt0s to implement this into GSA PI - that will be coming soon he says.
Sven's issue with my API:
To be able to to offer you this ridiculously cheap rate to check the PA/DA, we created some custom bots that find these metrics. Every URL has to be checked by these bots, so the average response time for a URL's PA/DA returned is around 30ish seconds. Our system is entirely scalable though, so it doesn't matter if you send 1 million links at a time, or 1, the time will still be around 30 seconds.
The problem is, the way SER is set up is that it checks each URL individually. I do have the ability to do a POST bulk check through our API, but that would require Sven to change SER to do bulk checking on URLs, rather how it is now. That being said, individually checking requires 1 thread for each URL being checked... as you can imagine, this will quickly eat up your threads because they will be waiting 30 seconds for each URL that is waiting for its metrics to be returned.
Proposed solutions:
I have created a very cheap solution to Moz PA/DA checking. The current rate Moz charges is $500/mo for 500,000 URLs check... I haven't decided on an exact price yet, but you can expect to pay only $15-$30/mo for 500,000 URLs checked (this gets you both PA and DA).
I have contacted @Sven to put this important feature into SER because... let's face it... Google's PR is no longer relevant. By checking a URLs Moz's PA/DA, you will be able to control the quality of your links better than the current PR route. Yes, I'm aware that PA/DA isn't the most precise metric, but it sure as hell is better than PR.
I have also contacted @s4nt0s to implement this into GSA PI - that will be coming soon he says.
Sven's issue with my API:
To be able to to offer you this ridiculously cheap rate to check the PA/DA, we created some custom bots that find these metrics. Every URL has to be checked by these bots, so the average response time for a URL's PA/DA returned is around 30ish seconds. Our system is entirely scalable though, so it doesn't matter if you send 1 million links at a time, or 1, the time will still be around 30 seconds.
The problem is, the way SER is set up is that it checks each URL individually. I do have the ability to do a POST bulk check through our API, but that would require Sven to change SER to do bulk checking on URLs, rather how it is now. That being said, individually checking requires 1 thread for each URL being checked... as you can imagine, this will quickly eat up your threads because they will be waiting 30 seconds for each URL that is waiting for its metrics to be returned.
Proposed solutions:
- Sven adds in bulk checking... not sure if this is feasible with how SER is set up currently
- Sven gives the option for users to use this 'slower' method - simply use it, or don't
- and/or he just implements the ability for users to IMPORT their current lists that already have the metrics determined. Something like: http://url.com|PA|DA (like the PR works now). This will allow s4nt0s to implement the checking into PI and users can then use PI to find the metrics and simply import the lists into SER. This seems like the most viable option.
All that being said - what do you guys think? Are you willing to sacrifice speed to get these metrics? Should the IMPORT at least be adapted to use PA/DA? We're all ears here 
.
A thread from a while ago was the inspiration for this API:
https://forum.gsa-online.de/discussion/7366/target-sites-by-da-pa
https://forum.gsa-online.de/discussion/14774/replace-pr-standard-with-pa-or-da
https://forum.gsa-online.de/discussion/7423/search-links-by-da-tf-and-cf
Comments
@rogerke - I respect your opinion, and I clearly bolded and painted the words red that I understand this. HOWEVER it's better than checking against PR... or nothing... sure, you may miss out on some good 'virgin domains', but most people I know have TOO MANY URLs to post to on a daily basis, so weeding out 2 bad sites, and losing 1 good site, may be worth it for the people with these size of lists. I'm not disagreeing with you that these metrics aren't that great, but they will definitely help reduce the size of people's lists, and if they set the filter levels high enough then it'll prove more better than worse I think. I guess the only way to know is when people start testing it. Right now people's only option has them posting to shit domains like pctelhosting.cl, so adding this filter in will at the very least weed out a lot of the domains that Moz finds to be "bad".
The problem with Majestic is they have way too many anti-bot measures (I've tried). I would have to charge an arm and a leg to be able to check 500,000 Majestic metrics. I would assume SAPE is doing some real shady stuff, or simply buying the $400/mo package (hell, they can afford to give that out for free to their users).
Because the next element is someone will want SER to do it with their own accounts and not use your service, and then they will want the data stored, which just makes sense. That way if a list gets made on 1 server and used on another, your not rechecking it all.
I know a lot of people use PA/DA, and a lot of people will want this data, both via your service and via SER directly with their own accounts. Plus then they might want to import it from 3rd party sources etc...
As for your API specifically though, knowing how you get it, an on off option is probably best, that way Sven doesn't have to reinvent the wheel on the concept of bulk posting vs how its done now. Then supporting attaching the data to the url would of course be ideal.
The SER target sites have artificially inflated PA/DA because of the tiered links that are being built by SEO guys.
But anyways software already exists for 1 time payment that allows bulk checking of MOZ data like PA/DA and moz rank, etc. No need to pay monthly for a service like this.
Just run software through verified lists and boom you have PA/DA and moz rank data for all urls within a couple minutes.
No need for API.
No need to wait 30 seconds per url either.