Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
Does blogging with a wysiwyg negatively affect SEO (vs. hand coding)?
-
Many bloggers use a wysiwyg editor to write posts. Are there any drawbacks to wysiwyg vs plain text? When I write blogs I prefer to hand code my text to be sure everything is optimized. My feeling is that wysiwyg leads to code bloat and generally fewer optimization opportunities. I have no real evidence. Is there any reason not to use the wysiwyg editor?
-
Thomas, I agree with you about a copywriter's role and expertise. My point is that there ARE differences in the copy produced by a capable wordsmith versus a writer that understands and considers things like SERP features, semantic scope, mobile vs desktop experience, the role of supporting assets, etc. I've spent so much time massaging professional copy that, by the time it was passably optimized, I had basically done it myself. So yes, I already pay 2x for optimized web copy (and code). The problem is that_ half of that cost is my time_. I would definitely pay a premium for a copywriter with SEO chops.
I digress... The question is whether decent web page / blog copy published via wysiwyg is any more or less successful, SEO-wise, than the same copy coded by hand (by which I mean foundational SEO, not ninja guru jedi sh*t). I'm asking a specific technical question; wysiswyg vs hand coding.
There is clear consensus here that coding by hand (done well) has a better chance to rank on the Google. That's pretty obvious, really. That is not the thrust of the question. Good copywriters write good copy. Good SEOs do good SEO.
Copywriting is tough. We ask these professionals to become experts in topics (and their page-level details) in a matter of just a few (billable) hours. On the other hand, we SEOs spend weeks, months, and years with our clients. We understand their market, audience, vernacular, and differentiating nuance. I don't envy the copywriters' challenge, but I will pay a premium for a unicorn who can do it all.
...I digress again... This is a technical question: What is the delta for the same copy produced via wysiwyg vs. by hand?
-
What a copywriter does best though is writing copy. Any time spent doing something like coding a blog post would not be an effective use of their time. It would probably be more cost effective to get the copywriter to do the writing and then get a web designer to design the blog post itself. Otherwise you're paying a higher hourly rate (if hourly, obviously) to a copywriter to do something they aren't efficient at.
-
Thanks everyone. It would be great if copywriters knew basic html and code. If you know anyone send them to me!! In my experience they don't and won't (HUGE opportunity here). You have all touched on the implications if wysiwyg IS a problem. If so I have to ask myself 1) how big is the problem, 2) how big is the opportunity, and therefore 3) how much are we willing to invest to hire or train these unicorns? Even bringing it up with some writers may be enough to ruffle their feathers so I'm looking for some data.
-
I really doubt. This comment section seems to somehow prove it as it also uses wysig editor. I can't really see co-relation between wysig editor and hand coding as in almost every editor you can switch to source code and manualy alter anything you need.
-
“Professional Service Provider”
No, but I agree to the fact that handing over your code to someone who may or may not know about SEO and SEO friendly codes is simply the worst idea ever. I think SEOs and content producer (in your example) have to learn at least that much of a code that they can fix their things by themselves instead of handing over it to someone who might make things worse for you!
Just a thought!
-
My feeling is that wysiwyg leads to code bloat and generally fewer optimization opportunities. I have no real evidence. Is there any reason not to use the wysiwyg editor?
If you are working really hard to make great content and a great website, then you want to be sure that your code is as good as you can make it. When wysiwyg is used, you are trusting your SEO to a coder who many or may not know anything about SEO.
Because SEO is a competitive endeavor and because one screw-up in the code can be fatal, one must either check to be sure that the wysiwyg code is perfect of take control of the coding yourself.
I found a long time ago that I can only bet on myself for certain things. My work isn't perfect, but my work on a bad day is often better than the work of many "professional service provders" on a good day. So I bet on myself.
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
How do I carry out a redirect? Is there a code I need to use?
How do I carry out a redirect? Is there a code I need to use? Thank you in advance.
On-Page Optimization | | laurentjb0 -
Filter By Category bad for seo?
Hello Everyone! I know that a single product should not have filter by color option since it will create duplicate content, and you have to use canonical tags to solve it. BUT how about sorting through products via category/brands?
On-Page Optimization | | Safxmed
Filter by category changes the URL of the General shop page (ex: hello.com/Shop/Category1022039 ). This page only displays the products within, no content/ descriptions etc unlike the original category page (ORIGINAL CATEGORY PAGE) Each of these category/brand already have their own individual pages (ex: hello.com/Shop/A). This is the page that will be optimized for content, FAQ, and ranking etc. Unlike in the url created when filtering through the categories. So technically I would have 2 URL for each Brand/Category. Would they compete with each other? What would you guys suggest. Please advise me on this. Thank You0 -
Does anyone rate CORA SEO Software?
I can't really see any third party reviews of this software. Does anyone rate it?
On-Page Optimization | | AL123al0 -
Using Escaped Fragments with SEO
Our e-commerce platform is in the process of changing to what we call app based stores (essentially running in a browser as single page web-app) With these new stores they are being built in HTML 5 and using escaped fragments.
On-Page Optimization | | marketing_zoovy.com
Currently merchants are usually running 2 stores until we launch to app site at 100%. My questions are really concerning the app stores which right now show on a subdomain but will essentially take over the primary domain. Here is an example:
app.tikimater.com and app.sportsworld.com Since I am not a developer, I'm really having a hard time understanding the escaped fragments. I'm using this but https://developers.google.com/webmasters/ajax-crawling/docs/getting-started I'm not sure what my actual urls should look like and what the canonical should be set to. Right now they have been removed but previously they had http:app.tikimaster.com#!v=1 Also, and how I should be setting up my meta information for Google so 1) pages are indexed timely 2) pages are indexed with the correct information. I am still setting the meta titles and descriptions but in some instances Google uses other info. With the new platform we are moving away from on page content (written paragraphs) but category pages would have related products embedded. Should I still be pushing to have some type of intro text, since it would solely be for SEO and not the shoppers experience. All product pages have content (product description etc) Thank you for any advice0 -
Add content as blog post or to product pages?
Hi, We have around 40 products which we can produce plenty of in-depth and detailed "how to"-type pieces of content for. Our current plan is to produce a "How to make" style post for each as a long blog post, then link that to the product page. There's probably half a dozen or more of these kind of blog posts that we could do for each product. The reason why we planned on doing it like this is that it would give us plenty of extra pages (blog posts) on their own URL which can be indexed and rank for long tail keywords, but also that we can mention these posts in our newsletter. It'd give people a new page full of specific content that they can read instead of us having to say "Hey! We've updated our product page for X!", which seems a little pointless. Most of the products we sell don't get very many searches themselves; Most get a couple dozen and the odd few get 100-300 each, while one gets more than 2,000 per month. The products don't get many searches as it's a relatively unknown niche when it comes to details, but searches for the "categories" these products are in are very well known (Some broad terms that cover the niche get more than 30,000+ searches a month in the UK and 100,000+ world wide) [Exact].
On-Page Optimization | | azu25
Regarding the one product with more than 2,000 searches; This keyword is both the name of the product and also a name for the category page. Many of our competitors have just one of these products, whereas we're one of the first to have more than 6 variations of this product, thus the category page is acting like our other product pages and the information you would usually find on our product pages, is on the category page for just this product. I'm still leaning towards creating each piece of content as it's own blog post which links to the product pages, while the product pages link to the relevant blog posts, but i'm starting to think that it may be be better to put all the content on the product pages themselves). The only problem with this is that it cuts out on more than 200 very indepth and long blog posts (which due to the amount of content, videos and potentially dozens of high resolution images may slow down the loading of the product pages). From what I can see, here are the pros and cons: Pro (For blog posts):
1. More than 200 blog posts (potentially 1000+ words each with dozens of photos and potentially a video)..
2. More pages to crawl, index and rank..
3. More pages to post on social media..
4. Able to comment about the posts in the newsletter - Sounds more unique than "We've just updated this product page"..
5. Commenting is available on blog posts, whereas it is not on product pages..
6. So much information could slow down the loading of product pages significantly..
7. Some products are very similar (ie, the same product but "better quality" - Difficult to explain without giving the niche away, which i'd prefer not to do ATM) and this would mean the same content isn't on multiple pages.
8. By my understanding, this would be better for Google Authorship/Publishership.. Con (Against blog posts. For extended product pages):
1. Customers have all information in one place and don't have to click on a "Related Blog posts" tab..
2. More content means better ability to rank for product related keywords (All but a few receive very few searches per month, but the niche is exploding at an amazing rate at the moment)..
3. Very little chance of a blog post out-ranking the related product page for keywords.. I've run out of ideas for the 'Con' side of things, but that's why I'd like opinions from someone here if possible. I'd really appreciate any and all input, Thanks! [EDIT]:
I should add that there will be a small "How to make" style section on product pages anyway, which covers the most common step by step instructions. In the content we planned for blog posts, we'd explore the regular method in greater detail and several other methods in good detail. Our products can be "made" in several different ways which each result in a unique end result (some people may prefer it one way than another, so we want to cover every possible method), effectively meaning that there's an almost unlimited amount of content we could write.
In fact, you could probably think of the blog posts as more of "an ultimate guide to X" instead of simply "How to X"...0 -
SEO for spanish website
Hi, A client has given us the site http://www.comtranslations.com/Home.html for optimization. He wants to optimize only the spanish part ( the link is on the top right ). By clicking on the link Espanol, the url opened is - http://www.comtranslations.com/Principal.html. He wants seo for this website for spanish keywords. The keywords are - Traducción
On-Page Optimization | | seoug_2005
Traductor
traducir español inglés
traducción My question is how do we go about this ? Shall we purchase a software that translates spanish to english ? Thanks0 -
External vs inline for CSS menu
Which is better for search engines: external or inline menus? And which language: CSS, Javascript, or both?
On-Page Optimization | | teatable0 -
Best SEO structure for blog
What is the best SEO page/link structure for a blog with, say 100 posts that grows at a rate of 4 per month? Each post is 500+ words with charts/graphics; they're not simple one paragraph postings. Rather than use a CMS I have a hand crafted HTML/CSS blog (for tighter integration with the parent site, some dynamic data effects, and in general to have total control). I have a sidebar with headlines from all prior posts, and my blog home page is a 1 line summary of each article. I feel that after 100 articles the sidebar and home page have too many links on them. What is the optimal way to split them up? They are all covering the same niche topic that my site is about. I thought of making the side bar and home page only have the most recent 25 postings, and then create an archive directory for older posts. But categorizing by time doesn't really help someone looking for a specific topic. I could tag each entry with 2-3 keywords and then make the sidebar a sorted list of tags. Clicking on a tag would then show an intermediate index of all articles that have that tag, and then you could click on an article title to read the whole article. Or is there some other strategy that is optimal for SEO and the indexing robots? Is it bad to have a blog that is too heirarchical (where articles are 3 levels down from the root domain) or too flat (if there are 100s of entries)? Thanks for any thoughts or pointers.
On-Page Optimization | | scanlin0