<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Eight One Digital</title>
	<atom:link href="https://81.digital/feed/" rel="self" type="application/rss+xml" />
	<link>https://81.digital/</link>
	<description></description>
	<lastBuildDate>Mon, 26 Oct 2026 12:52:17 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>

<image>
	<url>https://81.digital/wp-content/uploads/2026/10/site-icon-81-150x150.png</url>
	<title>Eight One Digital</title>
	<link>https://81.digital/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Can Someone Take Over My Existing WordPress Website?</title>
		<link>https://81.digital/blog/can-someone-take-over-my-wordpress-website/</link>
		
		<dc:creator><![CDATA[Hywel]]></dc:creator>
		<pubDate>Wed, 28 Oct 2026 09:00:00 +0000</pubDate>
				<category><![CDATA[Guides]]></category>
		<guid isPermaLink="false">https://81.digital/?p=146317</guid>

					<description><![CDATA[<p>Your web designer has gone quiet, retired or moved on. Here's how a website takeover works and what you'll need to hand over.</p>
<p>The post <a href="https://81.digital/blog/can-someone-take-over-my-wordpress-website/">Can Someone Take Over My Existing WordPress Website?</a> appeared first on <a href="https://81.digital">Eight One Digital</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>It happens more often than you&#8217;d think. The person who built your website has stopped replying, retired, or moved on to something else, and you&#8217;re left with a site nobody is looking after. The good news is that a WordPress website can almost always be taken over by someone new, whoever built it.</p>
<h2>Yes, it&#8217;s normal</h2>
<p>WordPress is used by a huge number of websites, so it isn&#8217;t tied to the person who set it up. As long as you can get access, another developer can pick it up, check it over and carry on looking after it. I regularly take on sites built by other designers and agencies.</p>
<h2>What you&#8217;ll need</h2>
<p>To take over a website properly, these are the logins that matter:</p>
<ul>
<li><strong>The WordPress admin login</strong>, ideally an administrator account in your own name.</li>
<li><strong>Your hosting account</strong>, where the website files and database live.</li>
<li><strong>Your domain registrar</strong>, where your web address is registered and renewed.</li>
<li><strong>Your DNS settings</strong>, which control where your domain and email point.</li>
</ul>
<p>Don&#8217;t worry if you don&#8217;t have them all. It&#8217;s very common to find the domain or hosting was set up in the old designer&#8217;s name. In most cases access can be recovered through the hosting company or registrar, and it&#8217;s worth doing, because whoever controls the domain controls your website and email.</p>
<h2>What I check first</h2>
<p>Before changing anything, I take a full backup and do a health check, so I know exactly what I&#8217;m working with. That covers:</p>
<ul>
<li>WordPress, theme and plugin versions, and how out of date they are.</li>
<li>Which plugins are actually in use, and which can go.</li>
<li>Whether backups are running, and where they&#8217;re stored.</li>
<li>Security: user accounts, passwords and any signs of malware.</li>
<li>Speed, contact forms, and whether emails from the site are being delivered.</li>
</ul>
<h2>Common problems on neglected sites</h2>
<p>Sites that haven&#8217;t been looked after for a while tend to have the same issues: plugins years out of date, old admin accounts nobody recognises, contact forms that quietly stopped sending, expired licences for paid plugins, and no recent backup. None of these are unusual, and most can be sorted fairly quickly once they&#8217;ve been found.</p>
<h2>What happens next</h2>
<p>Once the site is safe and up to date, you can decide how you want it looked after. Some people want ongoing support with updates, backups and changes when they need them. Others want to move the whole thing onto hosting that&#8217;s managed for them, so everything is in one place.</p>
<h2>Need a hand?</h2>
<p>If your website needs a new home or someone to look after it, have a look at my <a href="/website-support-services/">Website Support</a> and <a href="/managed-website-hosting/">Managed Website Hosting</a> pages, or <a href="/contact/">get in touch</a> and tell me what&#8217;s going on.</p>
<p>The post <a href="https://81.digital/blog/can-someone-take-over-my-wordpress-website/">Can Someone Take Over My Existing WordPress Website?</a> appeared first on <a href="https://81.digital">Eight One Digital</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Do Charity and Public Sector Websites Have to Meet Accessibility Regulations?</title>
		<link>https://81.digital/blog/charity-website-accessibility-regulations/</link>
		
		<dc:creator><![CDATA[claude]]></dc:creator>
		<pubDate>Mon, 26 Oct 2026 12:50:24 +0000</pubDate>
				<category><![CDATA[Guides]]></category>
		<category><![CDATA[Accessibility]]></category>
		<category><![CDATA[Charities]]></category>
		<category><![CDATA[Public Sector]]></category>
		<category><![CDATA[Wales]]></category>
		<category><![CDATA[WCAG]]></category>
		<guid isPermaLink="false">https://81.digital/?p=146348</guid>

					<description><![CDATA[<p>Public sector websites in Wales must meet WCAG 2.2 AA and publish an accessibility statement. Most charities are exempt from the regulations, but not all, and the Equality Act still applies. Here is how to check where you stand.</p>
<p>The post <a href="https://81.digital/blog/charity-website-accessibility-regulations/">Do Charity and Public Sector Websites Have to Meet Accessibility Regulations?</a> appeared first on <a href="https://81.digital">Eight One Digital</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>If your organisation is a public sector body in Wales, such as a council, health board, college or another organisation that is mostly funded by public money, the answer is yes. Your website has to meet the WCAG 2.2 AA standard and publish an accessibility statement under the accessibility regulations for public sector websites. Most charities are exempt from those regulations, but not all of them are, and every organisation that provides a service still has duties under the Equality Act 2010. This guide explains how to work out where you stand and what to do next.</p>
<h2>Who the accessibility regulations cover</h2>
<p>The rules are set out in the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018. According to the <a href="https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps" target="_blank" rel="noreferrer noopener">government guidance on accessibility requirements</a>, they apply to central and local government organisations and to some charities and other non-government organisations. They cover public-facing websites, intranets, extranets and mobile apps developed for public use.</p>
<h3>When a charity is covered</h3>
<p>Charities and other non-government organisations are exempt unless at least one of these applies:</p>
<ul>
<li>they are mostly funded by public money</li>
<li>they provide services that are essential to the public</li>
<li>their services are aimed at disabled people</li>
</ul>
<h3>Partial exemptions</h3>
<p>Primary and secondary schools and nurseries are partly exempt. They do not have to make everything accessible, but the content people need in order to use their services must be, and they still need to publish an accessibility statement. Public sector broadcasters are fully exempt.</p>
<h2>What WCAG 2.2 AA actually asks for</h2>
<p>WCAG stands for the Web Content Accessibility Guidelines, published by the W3C. Version 2.2 became a W3C Recommendation on 5 October 2023. It keeps almost everything from version 2.1, removes one obsolete criterion (4.1.1 Parsing) and adds nine new success criteria, as listed in the <a href="https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/" target="_blank" rel="noreferrer noopener">W3C summary of what is new in WCAG 2.2</a>. Six of the new criteria are at level A or AA, so they matter for the public sector standard:</p>
<ul>
<li><strong>Focus Not Obscured (Minimum):</strong> when someone moves through the page with a keyboard, the item they are on should not be completely hidden behind a sticky header, chat widget or cookie banner.</li>
<li><strong>Dragging Movements:</strong> anything that needs dragging, such as a slider, should also work with a single tap or click.</li>
<li><strong>Target Size (Minimum):</strong> buttons and links need to be big enough, or spaced far enough apart, to be pressed easily. The guideline uses 24 by 24 CSS pixels, with some exceptions.</li>
<li><strong>Consistent Help:</strong> if you offer help, such as contact details or a help page link, it should appear in the same place across pages.</li>
<li><strong>Redundant Entry:</strong> people should not have to type the same information twice in the same process, for example on a multi-step donation or referral form.</li>
<li><strong>Accessible Authentication (Minimum):</strong> logging in should not depend on remembering or solving something, like a puzzle, unless there is an alternative.</li>
</ul>
<p>The older criteria still apply too, and in practice they are where most problems are found: missing image descriptions, poor colour contrast, unlabelled form fields, confusing heading structure and pages that cannot be used with a keyboard.</p>
<h2>The accessibility statement</h2>
<p>Organisations covered by the regulations must publish an accessibility statement on the website or app it relates to. It should explain how accessible the site is, list any content you have not fixed because it is exempt, and list anything you have decided would be a disproportionate burden to fix. If your site is run by an outside supplier, the statement should also set out the plans you have agreed for fixing remaining issues. The guidance says to review and update it regularly, so it is not a one-off job.</p>
<h2>Content you may not need to fix</h2>
<p>Some content is exempt from the regulations, including:</p>
<ul>
<li>PDFs and other documents published before 23 September 2018, unless people need them to use one of your services</li>
<li>pre-recorded audio and video published before 23 September 2020</li>
<li>live audio and video</li>
<li>maps, as long as essential information is provided in an accessible way</li>
<li>third-party content you have not paid for or developed, such as social media buttons</li>
<li>archived websites that are not needed for services and are not updated</li>
</ul>
<p>You can also claim that a particular fix would be a disproportionate burden, but this needs a proper assessment. The guidance is clear that you cannot count things like lack of time or knowledge.</p>
<h2>If your charity is exempt, does any of this matter?</h2>
<p>Yes, to a degree. The regulations build on the Equality Act 2010, and the government guidance points out that all UK service providers have a legal duty to make reasonable adjustments for disabled people. That duty still applies if you are exempt from the regulations. A common example is providing information in an accessible format when someone asks for it.</p>
<h2>Who checks and enforces this?</h2>
<p>In England, Scotland and Wales, the Equality and Human Rights Commission enforces the requirement, with powers that include investigations, unlawful act notices and court action. Separately, the Government Digital Service monitors a sample of public sector websites and apps each year.</p>
<h2>Where to start</h2>
<ol>
<li><strong>Work out whether you are covered.</strong> Use the three tests above for charities, and note any partial exemptions.</li>
<li><strong>Check the site against WCAG 2.2 AA.</strong> Automated checkers are a useful first pass but cannot test everything, so add manual checks such as moving through every page with only a keyboard.</li>
<li><strong>Fix the common issues first.</strong> Image descriptions, colour contrast, form labels, headings and keyboard access usually make the biggest difference.</li>
<li><strong>Publish or update your accessibility statement.</strong> Be honest about what still needs work and when you plan to fix it.</li>
<li><strong>Build it into routine upkeep.</strong> New pages, documents and plugins can introduce problems, so accessibility checks belong in your regular <a href="https://81.digital/website-support-services/">website support and maintenance</a>.</li>
</ol>
<p>If your site is bilingual, remember that the Welsh and English versions are both part of your website, so both need to meet the same standard. There is more on this on the <a href="https://81.digital/bilingual-accessible-websites/">bilingual and accessible websites</a> page.</p>
<h2>Frequently asked questions</h2>
<h3>Our charity gets some council funding. Are we covered by the accessibility regulations?</h3>
<p>Only if you are mostly publicly funded, provide services essential to the public, or your services are aimed at disabled people. Some grant funding on its own does not bring you under the regulations, but the Equality Act duty to make reasonable adjustments still applies.</p>
<h3>Is WCAG 2.1 still enough?</h3>
<p>The current government guidance names WCAG 2.2 AA as the standard for public sector bodies. If your site already meets 2.1 AA, you are most of the way there and need to check the six new A and AA criteria.</p>
<h3>Do we have to fix all our old PDFs?</h3>
<p>Not usually. Documents published before 23 September 2018 are exempt unless people need them to use your services, such as an application form. Newer documents are covered, so it is often easier to publish key information as web pages instead.</p>
<p>If you would like a second opinion on your website&#8217;s accessibility or help writing an accessibility statement, <a href="https://81.digital/contact/">get in touch with 81 Digital</a>.</p>
<p>The post <a href="https://81.digital/blog/charity-website-accessibility-regulations/">Do Charity and Public Sector Websites Have to Meet Accessibility Regulations?</a> appeared first on <a href="https://81.digital">Eight One Digital</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>How to Move to Shopify Without Losing Your Google Rankings</title>
		<link>https://81.digital/blog/move-to-shopify-without-losing-rankings/</link>
		
		<dc:creator><![CDATA[Hywel]]></dc:creator>
		<pubDate>Sat, 24 Oct 2026 21:50:10 +0000</pubDate>
				<category><![CDATA[Guides]]></category>
		<guid isPermaLink="false">https://81.digital/2026/10/24/move-to-shopify-without-losing-rankings/</guid>

					<description><![CDATA[<p>Moving to Shopify from WooCommerce, Wix or Square? Here is how to keep the Google rankings you have built up.</p>
<p>The post <a href="https://81.digital/blog/move-to-shopify-without-losing-rankings/">How to Move to Shopify Without Losing Your Google Rankings</a> appeared first on <a href="https://81.digital">Eight One Digital</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Moving your online shop to Shopify from WooCommerce, Wix, Square or another platform can be a big step forward. If it isn&#8217;t handled properly, though, it&#8217;s also one of the easiest ways to lose the Google rankings you&#8217;ve built up. Here&#8217;s what needs to happen to avoid that.</p>
<h2>Why rankings drop after a move</h2>
<p>When you change platform, your page addresses almost always change. Shopify uses its own structure, with products under /products/, collections under /collections/ and pages under /pages/. If Google visits your old addresses and finds nothing, those pages drop out of the search results and any links pointing to them are wasted.</p>
<h2>1. List every URL on your current site</h2>
<p>Before anything else, get a full list of your current pages, products, categories and blog posts. Your sitemap, a crawling tool or Google Search Console can all help. Pay most attention to the pages that bring in traffic and sales.</p>
<h2>2. Map old addresses to new ones</h2>
<p>Match each old URL to the closest page on the new Shopify store. A product should point to the same product, and a category to the matching collection. Avoid sending everything to the homepage, as Google treats that much like a missing page.</p>
<h2>3. Set up 301 redirects</h2>
<p>A 301 redirect tells Google a page has moved permanently and passes on most of its value. Shopify has a built-in URL redirect tool, and redirects can be imported in bulk from a CSV file, which is the only sensible way to do it for a big catalogue.</p>
<h2>4. Keep your titles, descriptions and content</h2>
<p>Carry over page titles, meta descriptions, product descriptions and image alt text rather than starting from scratch. If a page ranks well now, keep what&#8217;s working.</p>
<h2>5. Check everything after launch</h2>
<p>Once the new store is live, submit the new sitemap in Google Search Console and keep an eye on the Pages report for errors over the following weeks. Test a sample of old URLs to make sure they redirect properly.</p>
<h2>Expect a short wobble</h2>
<p>Even a well-handled move can cause a small dip for a few weeks while Google catches up. With redirects in place, rankings usually settle back down. Without them, they often don&#8217;t.</p>
<h2>Need a hand?</h2>
<p>I move shops to Shopify with redirects, SEO checks and data migration handled properly. Have a look at my <a href="/shopify-website-design/">Shopify</a> and <a href="/shopify-seo/">Shopify SEO</a> pages, or <a href="/contact/">get in touch</a> to talk about your move.</p>
<p>The post <a href="https://81.digital/blog/move-to-shopify-without-losing-rankings/">How to Move to Shopify Without Losing Your Google Rankings</a> appeared first on <a href="https://81.digital">Eight One Digital</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Shopify or WordPress: Which Is Right for Your Business?</title>
		<link>https://81.digital/blog/shopify-or-wordpress/</link>
		
		<dc:creator><![CDATA[Hywel]]></dc:creator>
		<pubDate>Sat, 24 Oct 2026 21:50:08 +0000</pubDate>
				<category><![CDATA[Guides]]></category>
		<guid isPermaLink="false">https://81.digital/2026/10/24/shopify-or-wordpress/</guid>

					<description><![CDATA[<p>Both are good platforms. Here is how to decide which one suits your business, from someone who builds on both.</p>
<p>The post <a href="https://81.digital/blog/shopify-or-wordpress/">Shopify or WordPress: Which Is Right for Your Business?</a> appeared first on <a href="https://81.digital">Eight One Digital</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>It&#8217;s one of the questions I get asked most. I build on both, so this isn&#8217;t a sales pitch for one over the other. The right answer depends on what your website actually needs to do.</p>
<h2>The short answer</h2>
<p>If selling products online is the main point of your website, Shopify is usually the better choice. If your website is mainly there to explain what you do and bring in enquiries, bookings or applications, WordPress is usually the better fit.</p>
<h2>When Shopify makes sense</h2>
<ul>
<li>You sell physical products and want a shop that just works, with payments, shipping, stock and orders handled in one place.</li>
<li>You want to run the shop day to day yourself without worrying about updates, security or hosting.</li>
<li>You have a physical shop too and want in-store and online sales in one system.</li>
<li>You expect to grow and don&#8217;t want to rebuild in a couple of years.</li>
</ul>
<p>The trade-off is less flexibility in some areas. Shopify has a fixed URL structure, some features need apps, and there&#8217;s an ongoing monthly subscription.</p>
<h2>When WordPress makes sense</h2>
<ul>
<li>Your website is about services, information or content rather than products.</li>
<li>You need things like job listings, bookings, memberships or Welsh and English versions of every page.</li>
<li>You want full control over the design, structure and content.</li>
<li>You want to own the site outright and be free to move hosts or developers whenever you like.</li>
</ul>
<p>The trade-off is that WordPress needs looking after. Core, theme and plugin updates, backups and security checks all need doing regularly, which is where a support plan comes in.</p>
<h2>What about WooCommerce?</h2>
<p>WooCommerce adds a shop to WordPress, and it works well for some businesses, especially when the shop is a small part of a bigger content site. Where selling online is the main thing, I find Shopify is usually easier to run and less work to maintain.</p>
<h2>Running costs to think about</h2>
<p>Shopify has a monthly plan, plus the cost of any paid apps you need. WordPress itself is free, but you&#8217;ll pay for hosting, any premium plugins or themes, and ongoing maintenance. Neither is automatically cheaper. It depends on what you need the site to do.</p>
<h2>Still not sure?</h2>
<p>Tell me what you sell or offer, and how you want people to buy from you or get in touch, and I&#8217;ll give you a straight answer on which platform suits you. <a href="/contact/">Get in touch</a>, or have a look at my <a href="/shopify-website-design/">Shopify</a> and <a href="/website-design/">WordPress website</a> pages.</p>
<p>The post <a href="https://81.digital/blog/shopify-or-wordpress/">Shopify or WordPress: Which Is Right for Your Business?</a> appeared first on <a href="https://81.digital">Eight One Digital</a>.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
