Skip to content

Moz PA/DA Sorting - Coming Soon to SER - NEED OPINIONS

BlazingSEOBlazingSEO http://blazingseollc.com/proxy
edited March 2015 in GSA Search Engine Ranker
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:
  • 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

  • I think for power users (myself included) we have multiple copies of SER, and could easily use one server/SER/proxies etc to run this to create a high PA/DA list for ourselves - so that server could be the 'slow' one therefore an on/off switch would probably be best. (most likely placed in the Advanced section of SER to stop people accidentally turning it on)

    I'd happily try it out/test it. As mentioned time and time again, I really like your products and you keep on bringing cool stuff to the table, always around the time I need them too :)

    Isn't there a way of having an add-on to your Scraper Bandit for this, pulling the lists that are generated and checking them?
  • edited March 2015
    In my opinion the problem isn't that DA/PA aren't just "not-so-precise" metrics, but they're utterly worthless metrics. And this problem is only magnified when using it for SER lists, because these metrics inflate with spam. It's going to give a false sense of security for noobs, like this spammed domain: http://www.pctelhosting.cl/ (DA>25). Heck, run your average SER list in a free DA checker like bulkdachecker.com and you'll see what I mean. In fact, by using these metrics you're probably going to miss a huge amount of great (virgin) targets because they haven't been hit with spam for months (cuz Moz is damn slow updating these metrics as well) on a row yet. 

    I love your other services and I bet there will be incredibly high demand, so you'd be stupid not to offer this service, but I do feel this needed to be pointed out. 


  • ronron SERLists.com
    I'm a little bit torn on this, because as @rogerke mentioned above, pure spam inflates the PA/DA. The best measure is TF in my opinion.

    The one counter-argument in favor of PA/DA is that aside from us spamming the snot out of our websites, I really don't think regular people with real websites do that sort of thing. So my belief would be that most properties with a high PA/DA would also tend to be trustworthy properties.
  • BlazingSEOBlazingSEO http://blazingseollc.com/proxy
    edited March 2015
    @JudderMan - We're looking into getting it automatically added into ScraperBandit... would really make that service more enticing :)

    @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".
  • BlazingSEOBlazingSEO http://blazingseollc.com/proxy
    edited March 2015
    @ron - I agree with all that as well... If anything, people can say: "I want my Tier 1 to only have PA/DA > 60". Even if some spam domains fall into that category, they would have got posted to anyways with how SER is setup now...but now it could give the option to people to have SER not look at <60, and grab some actual good websites that fall in the >60 category.
  • edited March 2015
    @BanditIM

    I'm afraid your weeding out 2 bad sites vs. 1 good site doesn't apply, but let's just say that beauty is in the eye of the beholder. By reading those topics there seem to be more than enough people who agree with you, so the demand seems to be there.

    Now, to expand on ron's answer, don't you see a way to incorporate Majestic's stats in the same way? While I'm generally not a huge fan of those metrics either, TF/CF ratio definitely has a huge "right positive" ratio when applied to spammed domains.

    I believe Moz' API allows 1 check per IP every 10 (?) seconds, and I don't really know about Majestic, but I do know that SAPE's toolbar lets me check about 1k links for TF and CF in a couple of minutes. Maybe they're using a paid API or build up their own database, but you might want to look into that as well.
  • BlazingSEOBlazingSEO http://blazingseollc.com/proxy
    @rogerke - Even I, full knowing that Moz metrics are pretty garbage, still see value in creating Tier's that ONLY have PA/DA >60. If a site has that high of a PA/DA, you're bound to land on some serious quality sites. But, I think this argument is never-ending, I just won't expect your business :D

    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).
  • looplineloopline autoapprovemarketplace.com
    Well without getting into the discussion about whether or not PA/DA is even a viable metric, if we were going to have it in SER it would make sense to have a on off option for use with your service and it would make sense to support it being imported, just like PR. 

    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. 
  • Its worth repeating PA/DA is pretty worthless data metric regarding SER.

    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.
  • BlazingSEOBlazingSEO http://blazingseollc.com/proxy
    @jpvr90 - Not going to bash my competitors... I know whom you're referring to and I saw exactly what needed to be improved, which is why I have this API. I won't lose any sleep over you not using it, this thread is for people who will be using it.
  • Why pay monthly payment when you can do 1 time payment and get the same data.

    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.


  • Like the idea on the fly but it would slow things down a lot. Would definitely pay to use it on one machine and test results! However I do agree with the others that those metrics can be manipulated easily, but it would only be a small percentage of sites that would squeak through.  TF is the only one that keeps cool in the spam flame, already filter verified on this for high value sites before indexing services. Also appreciate your commitment to improving things!
  • spunko2010spunko2010 Isle of Man
    Any news on this?
  • BlazingSEOBlazingSEO http://blazingseollc.com/proxy
    @spunko2010 - Seems like people were too interested. It will be implemented into PI soon though, after which I'll get the dashboard up and running for people to purchase checks. Working on a web2.0 creator atm that will mass-create web2.0 accounts to be used with FCS... gonna be slick :)
  • Whats the one time payment bulk checking software?

  • NetMajomNetMajom https://buywebgraphic.com | skype: nszmmp
    @jpvr90 You are right. The Monthly payment is useless, because there is a very cheap one time payment software to check that, and that option is fully compatible with SER. 

    So if your monthly payment is 15-30 $/mo than this is very expensive, because the one time payment fee is $27. 
  • edited July 2015
    How fast do u guys get PRJ going? What metrics is everyone running? Is TF the metric of choice, should I go DA/PA? Right now with TF its a bit slow to scroll through urls.
  • royalmiceroyalmice WEBSITE: ---> https://asiavirtualsolutions.com | SKYPE:---> asiavirtualsolutions
Sign In or Register to comment.