Hey – great questions, also good to hear that your PA is improving (as a result of your link building efforts, I assume?).

If you're tracking this site as a "campaign" in Moz, then it reports on DA and PA on a month over month basis. It's also not uncommon for a DA to remain stagnant. That said, I have a few caveats in regards to reporting on DA/PA over time:

• "domain authority" and "page authority" are scores developed by Moz and while they're useful for getting a gauge of the quality and quantity of a site's internal link profile, these aren't necessarily ranking factors nor scores that search engine use to rank your site. Moz states on the above link "Domain Authority is not a metric used by Google in determining search rankings and has no effect on the SERPs."
• given that Moz's own calculation of/algorithm for DA and PA change, reporting on DA and PA over time are not reliable metrics for performance.

I'd instead encourage you to evaluate your link building performance by:

• reputation / trust of a given linking domain. Are you earning links from reputable sources with high editorial control, like Business Insider, Time, Forbes, etc?
• referrals from acquired links. Are you actually gaining referral traffic from these links?
• UX metrics of referral traffic. Once referred users land on your site, are they doing/converting/purchasing/etc. the actions you want them to?

Both good answers above. Chiming in here to echo what's been said, and point out that it's unhelpful to track your domain's DA from Moz month over month because Moz's DA:

• is to Moz
• is not used by Google
• is subject to change, pending updates Moz makes to its own DA algorithm

I would, instead, focus on figuring out how to make your domain stronger with and without links. You may very well need to focus on building links to your site to increase authority and exposure, but you may not be able to accomplish that unless you create content that is "easy" to promote, and compels other websites to link to you.

Hope this helps.

Hey gozmoz--I might need a little more information from you in order to help here. It sounds like you've got potentially THREE different homepages (see below). First of all, is that right?

1. example.com
2. example.com/index.htm
3. example.com/index.php

Big red flag to me is the Wordpress plugin you're using that automatically appends .htm to the end of every URL you've transferred to your new WP CMS--why were you unable to keep the URLs as-is, without the .htm? My rec here would be to undo that, and keep the original URLs (without .htm).

**Question 1: **As far as this question goes, I do think you'll need to clarify the above before I can make a solid rec for you. Again, my preference would be for you to use your original URLs as the main ones and deprecate these .htm versions if possible. That _may _require you to 301 redirect the .htm versions to the non-htm counterparts.

Question 2: what do you mean, example.com/index.htm no longer exists? Have you deleted this page entirely? If so, you may not need to do anything here. I do however, think you need to establish a singular URL to be your homepage, and see no reason you shouldn't use example.com (on its own) as your home, instead of appending /index.htm or /index.php

Hi Dan-Louis – all depends on what content these modals are serving, and how your modals are being served.

1. Have you checked to make sure that some resource your modals rely on isn't blocked in /robots.txt (you can also plug a URL with a modal into Search Console's robots.txt checker)? What about meta robots noindex?
2. On mobile, do you have pop ups that are obscuring content on the page?
3. Have you checked any pages with these pop ups/modals in Search Console's fetch and render tool? What resources, if any, are blocked?

TBH I don't like relying on SEMRush (or any singular SEO tool for that matter) for ID'ing technical SEO problems. When was the last time you performed a tech audit?

Keep me posted on what you uncover...

Hey Alex–building from David's note. Without more information (like your site), it's hard to see exactly what's going on, but a few things come to mind:

• Are you using hreflang tags? If you're not, the 302 redirects may be a workaround that a content editor or dev put in place to get users to their appropriate location on your site. In addition to resolving these redirects, I highly recommend you implement hreflang tags in the of your site's pages so that crawlers know that these different international TLDs are all related.
• You should definitely remove these redirects, especially if there are versions of these URLs that exist with 200 status codes. There may be a rule in your site's htaccess file (you'll need to talk to your developer and/or server manager to update this), or within meta directives in the tags of your pages.

Hey Poppy–sorry you're dealing with this!

Your spam score likely has nothing to do with your .com site. I checked, and you have your .com URL 301 redirecting to your .co.uk site (which is likely a good thing, if you want all your traffic to be served through your .co.uk). It sounds like your site might be due for a backlinks audit (to rid your site of suspicious or spammy links pointing to your site) and a technical audit (to clean up any places where you might have linked to the .com version of your site internally).

Hope this all makes sense. Here to help if you have follow up questions!

Hey there–a few thoughts/questions:

• have you correctly implemented hreflang tags (tags that display the alternate language & country versions in the section of every page of your site)?
• why did you choose to create a separate sitemap that lives under the /ja page path? you could, instead, add alternate URLs to the JP version of your content in your existing sitemap
• I doubt this is why you're seeing issues, but is there a particular reason you chose JA as the page path as opposed to the HTML ISO country code for Japan, JP?

To specifically answer your Q about Kanji, I have not found anything that states Bing does not support Kanji. After some preliminary searching, it also looks like Bing does present URLs with Kanji characters in its results (example). As a result, I don't think Kanji is the reason you're having trouble getting your JP sitemap read by Bing.