We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 30497
    • 245 Posts
    I have an idea for a plugin, that could be very handy for SEOs managing large sites with MODx.

    It is basically a way to manage interlinking anchor text in a simplified way.


    I’d like to gauge interest, and consider hiring someone to develop this, and then turn it loose for everyone as well.

    The idea is basically to search the [*content*] (or other defined fields) of all documents for keywords, phrases, phrase variations.

    A list of words/phrases would be returned, this list would show: document id and alias of the page(s) the phrase appears on, whether to word/phrase is currently used as anchor text, and frequency of (related) phrase on the page.

    perhaps, it would make more sense that results would be sorted by document ID, with keywords found in that document grouped together in the search results.

    The search query would have to be knowledgeable about stemming and proximity, i.e: a search for "blue widgets" would return "blue widgeters", "blue widgeting", "widgets that are blue", etc.

    The user would then select a word/phrase (as many as desired) from the results, and click "link this" - opening up a dialog to choose title, define a class, and destination href. this part would have to support MODx tags as well.

    On save, the word/phrase would now be a link, ie:

    we found "blue widgets" was previously unlinked on doc ID 33 - we click "link this" and add
    href : [~39~] (doc 39 is called blue-widgets.html)
    class : sneakySEOLink
    title : Get my Blue Widgets

    The result is that, on doc 33, the phrase instance "blue widgets" is now:
    "<a class="sneakySEOLink" href="[~39~]" title="Get my Blue Widgets">Blue Widgets</a>"


    There would be an interface inside the MODx manager where the site admin enters the desired word or phrase, and sets the search running.

    I can make a very exact plan of features and functionality; first I want to gauge interest amongst developers here, and get some ideas about projected time/cost.

      • 22851
      • 805 Posts
      If you are using Firefox then you can use the SearchStatus addon to achieve something similar to what you want. It allows you to highlight keywords and show the density of keywords in different parts of the page, including links.
        YAMS: Yet Another Multilingual Solution for MODx
        YAMS Forums | Latest: YAMS 1.1.9 | YAMS Documentation
        Please consider donating if you appreciate the time and effort spent developing and supporting YAMS.
        • 25663 MODX Staff
        • 12,272 Posts
        Seems like this would be an enhancement to autolink: http://modxcms.com/extras.html?view=package/view&package=30
          Ryan Thrash, MODX Co-Founder
          Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
          • 30497
          • 245 Posts
          Quote from: PMS at Jun 08, 2009, 08:04 AM

          If you are using Firefox then you can use the SearchStatus addon to achieve something similar to what you want. It allows you to highlight keywords and show the density of keywords in different parts of the page, including links.

          No, that is not at all what I want. I am not talking about keyword density, I am not even interested in keyword density, as an SEO.
            • 30497
            • 245 Posts
            Quote from: rthrash at Jun 08, 2009, 08:05 AM

            Seems like this would be an enhancement to autolink: http://modxcms.com/extras.html?view=package/view&package=30

            Yes, I see what you mean. Perhaps autolink would be a good starting point, but there are specific things here for sure that go well beyond autolink.

            This could be a brilliant tool! I guarantee!
              • 30497
              • 245 Posts
              Quote from: towerofbabel at Jun 08, 2009, 07:29 AM

              I have an idea for a plugin, that could be very handy for SEOs managing large sites with MODx.

              It is basically a way to manage interlinking anchor text in a simplified way.


              I’d like to gauge interest, and consider hiring someone to develop this, and then turn it loose for everyone as well.

              The idea is basically to search the [*content*] (or other defined fields) of all documents for keywords, phrases, phrase variations.

              A list of words/phrases would be returned, this list would show: document id and alias of the page(s) the phrase appears on, whether to word/phrase is currently used as anchor text, and frequency of (related) phrase on the page.

              perhaps, it would make more sense that results would be sorted by document ID, with keywords found in that document grouped together in the search results.

              The search query would have to be knowledgeable about stemming and proximity, i.e: a search for "blue widgets" would return "blue widgeters", "blue widgeting", "widgets that are blue", etc.

              The user would then select a word/phrase (as many as desired) from the results, and click "link this" - opening up a dialog to choose title, define a class, and destination href. this part would have to support MODx tags as well.

              On save, the word/phrase would now be a link, ie:

              we found "blue widgets" was previously unlinked on doc ID 33 - we click "link this" and add
              href : [~39~] (doc 39 is called blue-widgets.html)
              class : sneakySEOLink
              title : Get my Blue Widgets

              The result is that, on doc 33, the phrase instance "blue widgets" is now:
              "<a class="sneakySEOLink" href="[~39~]" title="Get my Blue Widgets">Blue Widgets</a>"


              There would be an interface inside the MODx manager where the site admin enters the desired word or phrase, and sets the search running.

              I can make a very exact plan of features and functionality; first I want to gauge interest amongst developers here, and get some ideas about projected time/cost.



              No interest?
                • 25663 MODX Staff
                • 12,272 Posts
                Quote from: towerofbabel at Jun 08, 2009, 09:14 AM

                Quote from: rthrash at Jun 08, 2009, 08:05 AM

                Seems like this would be an enhancement to autolink: http://modxcms.com/extras.html?view=package/view&package=30

                Yes, I see what you mean. Perhaps autolink would be a good starting point, but there are specific things here for sure that go well beyond autolink.

                This could be a brilliant tool! I guarantee!

                I agree completely, and would be interested to see what you think needs to be added. smiley
                  Ryan Thrash, MODX Co-Founder
                  Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
                  • 30497
                  • 245 Posts
                  Well Ryan (and others),

                  Autolink looks good (I haven’t used it, only read specs), but due to the nature of how it works, I now wonder whether it is the right starting point for what I want - I want to actually change the content in the database - no need to dynamically add the link as the webpage is created.

                  I’ll try to be specific about my needs here:

                  1. I want a plugin/module, that has an interface accessible in the MODx manager. The "interface" could be an additional tab somewhere on the main Manager navigation, or on the plugin page itself.

                  2. I will go to the interface, and see a search box and also some type of field to define which TVs to search. By default, we would search [*content*]. but the user has to be able to redefine this depending on the way the site was built or the specific need at the time of the search. - Any variable content that belongs to any or all documents should be potentially searchable.

                  3. The way the content is searched is really important, and the usability of the plugin for seo depends on this: Search needs to understand word stems, and word proximity. The best way to explain is by example, as I gave in a previous post. The user comes and says to herself, "I want to find all related phrases to the term ’grammar checker’". She should search for "grammar check", and expext to see in the results "grammar checking", "grammar checker", "check grammar", "check my grammar", "checking your grammar is easy", and so on.

                  This means the search has to be able to look for stems -s, -er, -ing, -ed, -es, -est, and so on. In my example above I am simplifying things, too - ideally, if she types "grammar checking" she should get "grammar checker", but we can tell users to reduce to the unappended form of words ("check"), if that makes the search easier.

                  4. Ok, the search results:

                  Results should be sorted by Document ID/alias, and importantly, the results within each document should be sorted by the order they appear on the page (earliest to latest). Something like this:::

                  Doc 27 - http://example.com/alias
                  result 1
                  result 2

                  Doc 31 - http://example.com/alias
                  result 1

                  Doc 101 - http://example.com/alias
                  result 1
                  result 2
                  result 3

                  Now, above, the results just tell us that the term or a related term appears on that document. We do not yet now whether the term is currently used as anchor text or not. So, each result, should actually be classified in the results:

                  Doc 27 - http://example.com/alias
                  result 1 - linked [glow=red,2,300][edit][/glow]
                  result 2 - plain [glow=red,2,300][edit][/glow]

                  Doc 31 - http://example.com/alias
                  result 1 - plain [glow=red,2,300][edit][/glow]

                  Doc 101 - http://example.com/alias
                  result 1 - linked [glow=red,2,300][edit][/glow]
                  result 2 - plain [glow=red,2,300][edit][/glow]
                  result 3 - linked [glow=red,2,300][edit][/glow]

                  Now, the user can see the anchor text situation for the related terms on this page, and she can edit all phrases accordingly.

                  5. What does the user see when she clicks edit:

                  example 1:

                  Current Status: check my grammar

                  Add/Edit
                  text: check my grammar
                  href:
                  class:
                  title:

                  Save

                  example 2:

                  Current Status: <a href="http://example.com/alias" title="checking grammar" class="">checking grammar</a>

                  Add/Edit
                  text: checking grammar
                  href: http://example.com/alias
                  class:
                  title: checking grammar

                  Save

                  In the above two examples, after pressing edit, the user sees a current status field, which shows what the current config is for this keyword/phrase instance, and then has four fields that are editable, and populated (or not) with the current config.

                  Once the Save button is pressed, the changes are saved to the database.


                  I think that is it for now. Any questions about the functionality, or even the use?

                  Basically, I will say that this is mostly useful for content management on large sites (from 100 to 1000’s and more of documents). Likely, such large sites have lots of unoptimized internal linking, or even none at all. Even smaller sites can benefit, though, from better flow of link juice (Page Rank, whatever) through the site, and this tool will make this a quicker and more manageable task.



                    • 25663 MODX Staff
                    • 12,272 Posts
                    That’s a very clear explanation. It probably makes sense to pull in a bit more context around the words. The key is going to be a "fuzzy match" of the search term and the content, and it may require a search index to be built, but this isn’t something that’s impossible by any means, and certainly is very interesting. smiley Putting on the thinking cap...
                      Ryan Thrash, MODX Co-Founder
                      Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me