#data validation is going to be so much easier when i have two monitors again you guys
Explore tagged Tumblr posts
Text
today's work update: seized the opportunity to use the lord farquaad "twitter user!" meme for professional purposes
#important text posts#data validation is going to be so much easier when i have two monitors again you guys#i'm so spoiled. doing work on one monitor feels so cramped :(#what do you mean I'm limited by switching between tabs! i can't just look over at a whole other screen??#this is my real life#anyway i hope the consultant gets a giggle out of it
31 notes
·
View notes
Text
11 Feb 2021: Boohoo and Asos at the Arcadia pick ‘n’ mix. Vaccine websites. Internet vs Wall Street.
Hello, this is the Co-op Digital newsletter. Thank you for reading - send ideas and feedback to @rod on Twitter. Please tell a friend about it!
[Image: Insider Media]
Boohoo and Asos at the Arcadia pick ‘n’ mix
High street shopping footfall fell by three quarters year on year, and non-food sales by 22bn. Oof. Some of that will bounce back after virus restrictions lift, but some won’t. Shopping behaviour is changing permanently, and online retailers are buying up distressed high street brands, leaving their stores behind.
Online brand umbrella/retailer Boohoo bought Dorothy Perkins, Wallis and Burton from Arcadia, but not the stores. Online retailer Asos bought most of the rest of Arcadia - Topshop, Miss Selfridge, HIIT, and again the stores were left. And the week before, Boohoo bought some bit of Debenhams - the customer data and other intellectual property including the website, but not the stores. These brands obviously go online-only, there will be many unfortunate job losses, and the high street faces further challenges. (Related: Topshop: 'I haven't bought clothes in a shop for years'.)
But it isn’t quite as simple as “online versus offline” because there are other dynamics at work. Social media platforms are competing with websites to be the online place you shop (eg Tiktok). “Direct to consumer” brands were well positioned when the virus hit because they generally had a lot of online and relatively few stores, but now DTC brands are considering how to make a play in physical retail. And anyway, the divide between online and physical retail isn’t as clear as it used to be now that many retailers are both on the high street and online, which has implications for any plans around online sales taxes.
Vaccine websites
What’s happening in the world of vaccines technology? UK bosses set up IT systems to track Covid vaccine status of staff:
“some companies announcing they would either sack or refuse to hire people who will not take a Covid-19 vaccine [...] Workday, which provides payroll and other human resources software to 1,300 companies in the UK, and BrightHR, which works with 70,000 small businesses around the world, have both rolled out monitoring tools this month.”
USA: What went wrong with America’s $44 million vaccine data system? - the “CDC ordered software that was meant to manage the vaccine rollout. Instead, it has been plagued by problems and abandoned by most states.” Perhaps because of this, people are fed up with broken vaccine appointment tools - so they’re building their own - this seems like something the states or Federal government should be doing much better (here are some good pointers from Public Digital).
EU/UK: There’s been a simmering disagreement between UK and EU over access to AstraZeneca vaccines. So... was vaccine strategy influenced by Soderbergh film Contagion?:
“[Hancock] would keep referring to the end of the film. He was always really aware from the very start, first that the vaccine was really important, second that when a vaccine was developed we would see an almighty global scramble for this thing.”
Big tech carbon plans
Last week we looked at the carbon plans of UK supermarkets. For comparison, here are the climate/carbon plans of some of the very big tech companies:
Apple - carbon neutral by 2030 (announcement).
Microsoft - carbon negative by 2030 (progress).
Amazon - carbon neutral by 2040, 50% of shipments net zero by 2030. (Progress.)
Google - carbon neutral since 2007, “legacy carbon” eliminated 2020, Carbon free by 2030 (announcement).
Tesla - its impact report (pdf) has lots of good reading, though it doesn’t seem to mention a carbon neutrality target. Tesla recently earmarked $150m for carbon capture projects, good! However, Tesla is also buying Bitcoins which are deeply wasteful of energy, bad! (see below).
Facebook - carbon neutral by 2030.
Microsoft, Amazon and Google run the big cloud platforms, and supply computing and data services to everyone, including the fossil fuel industry. This feels like a potential sore point in years to come.
Related: in 2020 wind turbines provided about 25% of electricity in the UK, and in EU renewable energy outperformed fossil fuels.
Bitcoin again
The speculative crypto asset Bitcoin continues to climb in value. Recently, the newsletter disliked the idea that Bitcoin is a battery. Also in the news: Tesla bought $1.5bn of Bitcoin (p23 of this pdf) for “diversifying our reserves” reasons, and may accept payments in btc too. And Bitcoin consumes more electricity than Argentina.
This from Alex Hern was a very good and entertaining read, and explains why Bitcoin (and other “proof of work” cryptos) are so energy inefficient:
“For the uninitiated, Bitcoin is secured by burning electricity. I am simplifying to the extent that people will shout at me but: every ten minutes, the bitcoin network randomly holds a lottery to let someone declare which transactions are valid, and to gift them 6.25btc, or £200,000. You get entries into the lottery by doing pointless calculations: one pointless calculation is one ticket.
The pointless calculations cost computing power, which costs electricity, which costs real money, and so in aggregate two things happen: one is that the people who win the lottery have an incentive to accurately declare which transactions are valid, because if they lie, they'll just get overruled by the next lottery winner, and because controlling enough computing power to guarantee you win, say, ten lotteries in a row would be astronomically expensive; and the other is that the amount of electricity burned by the network levels out at about that which you can buy for 900btc, or £29m a day – the total value of all the lottery tickets every day.”
Gamestop: the internet vs Wall Street?
A week or so ago, there was a big loolah as internet users “took on” Wall Street in the stock market, bidding up the stock price of a struggling retailer and crunching some Wall Street hedge fund investors. Inevitably the price of the stock then came back down, leaving some investors with big wins and some with big losses. It was an internet lolz meme stonk vs Gordo Gecko fomomentum trading kind of thing. That is a deeply simplistic and incomplete way of describing what happened, and if you’d like to read more, here are some good links: The game never stops, and Off Wall St and off off Wall St, and a subreddit (wall street bets) taking down a multi-billion dollar hedge fund (salty language), and How Wall St Bets pushed Gamestop to the moon.
You could say that retail investing is being amplified by a combination of free stock trading, the easy availability of margin and options (which let you amplify your gains or losses with borrowed money), stimulus cheques, the need to stay at home (boredom), and investors co-ordinating online in ways that are exciting/winning/dangerous… But the newsletter wouldn’t say that investing is now democratised, or that the little retail guy has more power than the Wall Street players. However *something* was happening, and the internet was part of it.
“it is pretty obvious that the internet is rewiring social relationships in profound ways, and that we are still in the early stages of that rewiring and the even earlier stages of trying to understand it. Money and value are artifacts of social relationships; why shouldn’t their meaning change as social media warps our brains and our society?”
Adobe Flash: make it last forever, friendship never ends
Complex systems have inherent risk: you’re wary about changing them because the effects might not be predictable. And the knowledge dissipates as employees move job or retire, making the systems more opaque and brittle.
Back in 2017, Adobe announced it would deactivate Flash at the end of 2020 - Flash is a multimedia technology from 1996, a time when the Spice Girls owned the singles charts. So in January, Adobe pressed the big red button which probably did a pleasing animated click as it switched off Flash everywhere. But that broke things for some organisations: deactivation of Flash may have crippled a Chinese railroad for a day.
If you want to keep using Flash, you need to use niche web browsers. Or maybe you could persuade the South African government to treat you as a critical supplier: the South African revenue service released its own browser just to re-enable Flash support. They must have felt it would be easier to create and support a Windows-only, their-website-only browser than port some forms over from Flash to html. OK then.
Co-op Digital news
How we improved engagement at our community of practice meet-ups - “In May last year, the delivery managers (DM) decided to make some changes to our community of practice meet-ups. We think the changes have been really positive for morale and engagement”.
Thank you for reading
Thank you friends, readers and contributors. Please continue to send ideas, questions, corrections, improvements, etc to @rod on Twitter. If you have enjoyed reading, please tell a friend! If you want to find out more about Co-op Digital, follow us @CoopDigital on Twitter and read the Co-op Digital Blog. Previous newsletters.
0 notes
Text
The TRUTH about how to Enjoy the Internet for Free and Avoid Slow Internet
Now that so many of us have smartphones with data plans, you find yourself paying for your cell phone data and home internet. The average home internet bill is $50 a month and climbing as internet service providers across the country continue to increase their bandwidth speeds as households stream cable tv and store everything “in the cloud.” However, even with the increase in internet rates, there are ways to still get free internet service.
Table of Contents
Two Secrets You Must Know About Free Internet
Where to Get Free Internet
FreedomPop
Try FreedomPop
Public WiFi Hotspots
Juno
NetZero
All Free ISP
Your Local Library
Ask Your Neighbor or Landlord
Your Current Internet Provider
School2Home
Upgrade to an Unlimited Data Plan
Low Cost Internet
Connect2Compete
AT&T Access
Internet Essentials
PCs for People
Frontier Lifeline Program
CenturyLink Internet Basics
Karma
Safely Using Free WiFi
Verify the WiFi Server Name With the Cashier
Use a Virtual Private Network (VPN)
Get your own VPN!
Only Visit Secure Websites
Disable Your File Sharing Functions
Turn Off WiFi When Not In Use
Summary
Two Secrets You Must Know About Free Internet
Your free internet probably won’t be fast enough to watch Netflix on multiple devices at the same time, but you’ll still be able to surf the web, answer emails, and explore online side hustles.
In addition, most free internet options have monthly usage caps; similar to your monthly smartphone data plan.
If you’re okay with potentially slower data speeds and monthly usage caps, getting free internet service is an excellent way to save $50 every month, which is always fun to do.
Where to Get Free Internet
Because of wifi hotspots, it’s easier than ever to get free internet. The only catch is you need to go to a public place to enjoy the free wifi. This might be ok if you only need to use the internet a few hours a week or you live in a major metro area and can walk down the street to a cafe.
But, it’s also possible to get free internet at home too.
This section offers nine ways to get free internet service every month. Because there isn’t a true “free lunch,” there might be a one-time equipment purchase required.
FreedomPop
FreedomPop offers free internet and cell phone service, so you might be able to save some moolah on your monthly phone bill too if there’s coverage in your area.
For free internet service, FreedomPop is probably the best option because of its versatility. It’s just like using the mobile hotspot on your phone without draining your phone’s battery life, because you’re using a separate device that can be connected up to ten more devices all at once!
Each month, you will receive 500MB of 4G non-LTE data with a mobile wifi hotspot using their Basic 500 plan. This may be a good option if you only need to use the internet for checking your email and very limited internet surfing.
To give you an idea of exactly how much data 500 MB is, here’s the estimated amount of activity you can do:
Browse 900 web pages
150,000 basic emails
1,000 emails with attachments
Stream 100 songs
Stream one hour of video
If you exclusively do one of these activities, such as streaming video, you can watch one hour of funny cat videos each month before FreedomPop starts charging you for additional data.
You can determine if a 500 MB plan is sufficient by gauging how much data you use each month with your smartphone app.
There is one initial startup cost with FreedomPop as you will need to buy a mobile hotspot or USB stick that can cost between $15 and $30. Any electronic device with internet capability can connect to the hotspot. Since the hotspot is portable, you can take the device when you travel or run errands and they don’t have free wifi where you’re at.
Try FreedomPop
Bonus Tip: Get cashback on your wifi hotspot purchase with Ebates and also get a free $10.
Public WiFi Hotspots
Many restaurants, stores, and public places offer free wifi. While many businesses offer free wifi in anticipation that you’ll make a purchase, no purchase is necessary to use their internet. But, the cashier might begin badgering you to either make a purchase or leave to open up the table for another patron.
When looking for free wifi hotspots, consider these places first:
Starbucks
McDonald’s
Panera Bread
Target
Walmart
Shopping malls
Public parks in major cities
Libraries and community centers
Find Your Closest WiFi Hotspot With Wi-Fi-FreeSpot
Wi-Fi-FreeSpot is a running database of free wifi hotspots across the world. They list the obvious places like Starbucks or your local mall and also the less obvious businesses too. In my own small town of 8,000 residents, Wi-Fi-FreeSpot lists two additional places I never knew offered free wifi.
While you might be expected to make a purchase to enjoy the free wifi when it’s at a restaurant or coffee shop, the price can still be cheaper than your regular monthly bill. And if you like to socialize and meet new friends, going to a public place can be a fun way to interact with others to build a human connection while you surf the web.
Or, you can always type “wifi hotspots near me” into Google too.
Juno
Before the days of unlimited home internet, we used to receive CDs with free internet minutes in the mail. While Juno no longer sends CDs in the mail, they still offer 10 hours of free dial-up internet access each month. That’s a far cry from the one hour of free internet we used to get from them 20 years ago.
If you only need home internet for basic correspondence and browsing, it’s worth considering Juno. Keep in mind, you’ll need an active home phone number to dial Juno’s server with.
NetZero
NetZero also offers 10 hours of free dial-up internet access. The one downside is that NetZero is only compatible with PC and mobile devices. Mac owners will need to consider using Juno or another internet provider instead of NetZero.
To get 20 hours of free internet service, you can signup with both Juno and NetZero and switch to the other when your monthly allowance is used up.
Like Juno, you need an active home phone number so your internet modem can dial the NetZero server to access the internet.
200MB Free Mobile Broadband
In addition to the 10 hours of free dial-up access, it’s also possible to get 200MB of free mobile broadband access a month.
But, there are two conditions:
The free plan is only valid for 12 months and cannot be renewed
You must buy a NetZero hotspot device ($79.95) or bring your own device
To continue using the NetZero mobile broadband access after your free 12 months end, you’ll have to upgrade to paid plan that costs that start at $17.95 plus a $3.95 monthly access fee.
This free plan can be a good option if you’re going through a rough patch, but you’ll be better off with the FreedomPop hotspot plan as you get double the data and it’s always free.
All Free ISP
Another easy way to find free internet providers near you is with the All Free ISP free internet search engine. You only need to enter your state of residence or area code to look for free and cheap internet plans in your city. The two most prevalent choices will be Juno and NetZero, but you might see another option as well.
Your Local Library
Most public libraries offer free internet from either their desktop computers or wifi network. You might have to apply for a library card to log into the network, but you can also borrow great books to read in your spare time too.
I periodically go to my own public library to use their free wifi hotspot. It’s quicker than my home internet which is a definite thumbs up when I need a change of scenery to work distraction-free. Each session is only one hour, but since I bring my own device I can continually renew the session and have worked in the library all day sometimes because of internet outages at home.
Ask Your Neighbor or Landlord
If your neighbor or landlord has internet access, they might be willing to share their internet with you. When you’re too far away from their router to get a reliable signal, you’ll need to invest in a wifi extender–they cost less than $70 on Amazon–to plug into a wall outlet between their router and where you will sit to normally access internet.
After linking the extender to their internet, it will begin repeating the signal and will be strong enough to surf the web and stream videos.
Before buying an extender you will want to review your local laws and the internet service provider terms and conditions to make sure you can legally use a wifi extender. This option might make more sense if you’re renting a part of the landlord’s house or you live in an on-property guest house and cannot get your own separate internet line installed.
Your Current Internet Provider
While many households are cutting the cord by ditching cable tv and landline phone service to save money each month, bundling your internet, phone, and cable can occasionally be cheaper.
Ask your current internet provider if they offer internet bundles. You might have to downgrade your internet speed, but they might be willing to waive your internet fee if you subscribe to other services.
If you pursue this option, be wary of introductory rate offers that expire after several months and the provider begins charging you for internet again. It is possible to avoid these marketing gimmicks with Trim Financial Manager, a free program that continually monitors your internet provider’s promotional offers to make sure you never overpay for internet and phone access.
School2Home
If you live in select California communities, you might be eligible for free internet service with the School2Home initiative. Some families won’t qualify for free internet but can get discounted internet for only $10 a month through national internet providers including AT&T and Frontier.
Upgrade to an Unlimited Data Plan
Unlimited cell phone data is back with many cellular networks. By upgrading to an unlimited plan that allows mobile hotspot capability, you can create your own free wifi hotspot. But, your speed and data usage can still be restricted when you’re in hotspot mode.
Cell phone plans regularly change, but here are the current policies for the largest networks:
AT&T: 10GB of 4G LTE mobile hotspot
Sprint: 10GB of 4G LTE mobile hotspot; cellular data throttled after 23GB
T-Mobile: Unlimited 3G mobile hotspot; cellular data throttled after 50GB
Verizon: 15GB of 4G LTE mobile hotspot; cellular data throttled after 22GB
Some carriers also include free subscriptions to premium streaming networks like HBO and Netflix when you have an unlimited plan. As long as you’re happy watching this programming on your phone, upgrading to an unlimited data plan can save you money in more ways than one.
Having used this option to get free internet in the past to save a few bucks, I will tell you that using your phone as a mobile hotspot on a regular basis degrades the battery life and you will need to replace your phone sooner because the battery won’t hold a charge for more than a few hours.
Bonus Tip: Instead of putting your old phone in a desk drawer until the world ends, sell your phone for cash while it still has some material value remaining. I don’t know about you, but money is more valuable than a phone I never plan on using again.
Low Cost Internet
When 10 hours of free dial-up or 500 MB isn’t enough each month, you might also qualify for a discounted internet plan. These plans usually offer higher speeds and unlimited service, and they’re still affordable enough that these options are cheaper than buying a double shot espresso each time you go to Starbucks to use their free wifi.
Connect2Compete
The mission of EveryoneOn is to provide home internet access to the 75 million Americans that currently don’t have internet at home. This site is supported by the Federal Communications Commission (FCC) Connect2Compete initiative that partners with national internet service providers to provide fast, reliable home internet for $9.95 a month.
While Connect2Compete isn’t free, you can get the same internet service for a fraction of the cost. To qualify for these discounted internet plans, you must meet the three following requirements:
Have at least one child eligible or enrolled in the National School Lunch Program
Not subscribed to home internet in the last 90 days
No outstanding bills or unreturned equipment
AT&T Access
Access from AT&T is one of the cheapest home internet plans for low-income families. Plans start at $5 per month and you can get speeds up to 3 megabits per second which is enough to do some basic video streaming on one device at a time.
Besides the unlimited home wifi internet service, you also get complimentary access to the AT&T wifi hotspot network that lets you access paid wifi hotspots for free.
To qualify, at least one person in your family must be eligible for federal SNAP benefits and live in the 21 state area where AT&T offers wireline internet service.
Internet Essentials
If you’re privileged to be served by Comcast, you can get 15 Mbps connection speeds at home with Internet Essentials for $9.95 a month; you might not be able to stream multiple videos at once but it’s plenty fast for ordinary internet activity. Internet Essentials comes with free wi-fi router access so you can connect multiple devices at once.
When you need to access your internet on the go, Internet Essentials give you 40 one-hour Comcast Xfinity wifi hotspot passes each month.
PCs for People
PCs for People offers unlimited Sprint 4G LTE mobile broadband for $10 month with their Bridging the Gap plan. As a national carrier, there’s a good chance you live inside Sprint’s 4G LTE coverage area.
Because the mobile coverage is unlimited, you can take your hotspot everywhere you go and downsize your smartphone data plan to offset the $10 monthly subscription fee. With this service, you might spend less than before because you get unlimited internet for $10 a month. And, multiple devices can connect at once.
Frontier Lifeline Program
Frontier offers dial-up internet for $9.25 a month. You can either have landline phone service or standalone internet service to qualify for this discount internet program. Eligibility requirements will vary by state, but you must qualify for the Federal Lifeline program as a general rule of thumb.
CenturyLink Internet Basics
CenturyLink Internet Basics gives you internet speeds up to 1.5 Mbps for $9.95 each month. You must meet all of the four requirements to qualify for Internet Basics service:
Reside in CenturyLink service area
Not subscribed to CenturyLink internet service
Do not have an unpaid CenturyLink bill or unreturned equipment
Follow Lifeline or TAP phone service guidelines
It’s also possible to get discount home phone access with CenturyLink too if you still need a home phone for your family.
Karma
By itself, Karma isn’t a free wifi service because you have to pay a monthly fee, but you get 100mb free each time you share your hotspot with other Karma members. This option probably works best if you have other friends and family members using a portable wifi hotspot too.
Karma operates on the Sprint LTE network and your first 5GB of data of free before you begin paying for a monthly plan. You will need to buy a Karma Go wifi hotspot for $199 and subscribe to a monthly plan. The cheapest plan costs $3 a month plus $10 for each gig of data you use, so you can pay as little as $13 every month for 1 GB of mobile internet.
Safely Using Free WiFi
Free public wifi used to be a novelty a few years ago that only a few restaurants, airports, and hotels offered. Now, it’s becoming virtually commonplace. While free internet is convenient, you need to be careful what you do on free wifi networks to protect your sensitive personal information.
While most people use free wifi for honest purposes, identity thieves with some advanced computer skills can potentially hack into your computer, phone, and tablet and steal your personal information without your knowledge.
If you don’t have internet at home, you might have no choice but to use free wifi to access your bank information, file your taxes, and make an Amazon purchase where you need to enter your credit or debit card information to pay for the goods. Using your friend’s home wifi network or your work internet might not be an option at the moment, so public wifi is your only choice.
With millions of free wifi hotspots worldwide, the odds of having your personal information stolen is relatively low but it only takes once and it can happen when you least expect it.
That’s why it’s so important to take the following precautions:
Verify the WiFi Server Name With the Cashier
If there are multiple wifi networks available, verify the correct hotspot name with the cashier. Computer hackers might name their personal hotspot to closely resemble the legitimate wifi hotspot hoping an unassuming customer will click on it.
For example, the correct hotspot network to join is “Panera” but you might also see an option for “Panera1.” Some businesses offer multiple networks so a single network doesn’t get overloaded and so Panera1 could very well be a legit network. Regardless, it’s always better to ask and be safe than assume and get scammed.
Use a Virtual Private Network (VPN)
Whether you connect to the internet with a phone, computer, or tablet, you really should always connect to a free network with a virtual private network service like NordVPN. Using a VPN network encrypts your internet activity and makes it extremely difficult for scammers to steal your personal information.
If you use free wifi hotspots on a regular basis, a VPN is an absolute must to safely use public wifi for less than $3 per month.
Get your own VPN!
Only Visit Secure Websites
Most websites are transitioning to using “https://” instead of “https://” for additional security, but not every site has yet. With Google Chrome, you can tell if the site your visiting uses https encryption or not because you’ll see a green padlock and the word “Secure” beside it.
If you don’t see that icon, be careful where you click on the site as it can be a phishing scam. Browsers also block certain sites they know are prone to phishing scams as well and you have to click a second box to visit these select unsecured sites.
Disable Your File Sharing Functions
Many devices automatically enable sharing functions that instantly transfer documents to the cloud or your friend’s device. This can be a backdoor way to access your personal data if you accidentally click a button to enable sharing with a stranger.
Turn Off WiFi When Not In Use
Finally, turn off your wifi router when you’re not using the internet. Not only will you save battery power, but a hacker can’t get into your computer if it’s not connected to the internet.
Summary
Free internet comes in three different forms: home dial-up, mobile hotspots, and free public wifi. A combination of these three mediums can make it possible to never pay for internet again, but you might have to pay for an upgraded plan if you need to use more data, require faster connection speeds or you want your own private network to protect your personal information.
How do you access the internet for free and how would you rate your current service?
Related Posts You May Like
45 Cheap, Fun and Easy Hobbies You Should Know About
150+ Freebies You Can Get on Your Birthday: Food, Retail, & Experiences
19 Ways to Get Free Gas This Year How to Avoid Those Free Gas Scams
The TRUTH about how to Enjoy the Internet for Free and Avoid Slow Internet published first on https://justinbetreviews.tumblr.com/
0 notes
Text
The TRUTH about how to Enjoy the Internet for Free and Avoid Slow Internet
Now that so many of us have smartphones with data plans, you find yourself paying for your cell phone data and home internet. The average home internet bill is $50 a month and climbing as internet service providers across the country continue to increase their bandwidth speeds as households stream cable tv and store everything “in the cloud.” However, even with the increase in internet rates, there are ways to still get free internet service.
Table of Contents
Two Secrets You Must Know About Free Internet
Where to Get Free Internet
FreedomPop
Try FreedomPop
Public WiFi Hotspots
Juno
NetZero
All Free ISP
Your Local Library
Ask Your Neighbor or Landlord
Your Current Internet Provider
School2Home
Upgrade to an Unlimited Data Plan
Low Cost Internet
Connect2Compete
AT&T Access
Internet Essentials
PCs for People
Frontier Lifeline Program
CenturyLink Internet Basics
Karma
Safely Using Free WiFi
Verify the WiFi Server Name With the Cashier
Use a Virtual Private Network (VPN)
Get your own VPN!
Only Visit Secure Websites
Disable Your File Sharing Functions
Turn Off WiFi When Not In Use
Summary
Two Secrets You Must Know About Free Internet
Your free internet probably won’t be fast enough to watch Netflix on multiple devices at the same time, but you’ll still be able to surf the web, answer emails, and explore online side hustles.
In addition, most free internet options have monthly usage caps; similar to your monthly smartphone data plan.
If you’re okay with potentially slower data speeds and monthly usage caps, getting free internet service is an excellent way to save $50 every month, which is always fun to do.
Where to Get Free Internet
Because of wifi hotspots, it’s easier than ever to get free internet. The only catch is you need to go to a public place to enjoy the free wifi. This might be ok if you only need to use the internet a few hours a week or you live in a major metro area and can walk down the street to a cafe.
But, it’s also possible to get free internet at home too.
This section offers nine ways to get free internet service every month. Because there isn’t a true “free lunch,” there might be a one-time equipment purchase required.
FreedomPop
FreedomPop offers free internet and cell phone service, so you might be able to save some moolah on your monthly phone bill too if there’s coverage in your area.
For free internet service, FreedomPop is probably the best option because of its versatility. It’s just like using the mobile hotspot on your phone without draining your phone’s battery life, because you’re using a separate device that can be connected up to ten more devices all at once!
Each month, you will receive 500MB of 4G non-LTE data with a mobile wifi hotspot using their Basic 500 plan. This may be a good option if you only need to use the internet for checking your email and very limited internet surfing.
To give you an idea of exactly how much data 500 MB is, here’s the estimated amount of activity you can do:
Browse 900 web pages
150,000 basic emails
1,000 emails with attachments
Stream 100 songs
Stream one hour of video
If you exclusively do one of these activities, such as streaming video, you can watch one hour of funny cat videos each month before FreedomPop starts charging you for additional data.
You can determine if a 500 MB plan is sufficient by gauging how much data you use each month with your smartphone app.
There is one initial startup cost with FreedomPop as you will need to buy a mobile hotspot or USB stick that can cost between $15 and $30. Any electronic device with internet capability can connect to the hotspot. Since the hotspot is portable, you can take the device when you travel or run errands and they don’t have free wifi where you’re at.
Try FreedomPop
Bonus Tip: Get cashback on your wifi hotspot purchase with Ebates and also get a free $10.
Public WiFi Hotspots
Many restaurants, stores, and public places offer free wifi. While many businesses offer free wifi in anticipation that you’ll make a purchase, no purchase is necessary to use their internet. But, the cashier might begin badgering you to either make a purchase or leave to open up the table for another patron.
When looking for free wifi hotspots, consider these places first:
Starbucks
McDonald’s
Panera Bread
Target
Walmart
Shopping malls
Public parks in major cities
Libraries and community centers
Find Your Closest WiFi Hotspot With Wi-Fi-FreeSpot
Wi-Fi-FreeSpot is a running database of free wifi hotspots across the world. They list the obvious places like Starbucks or your local mall and also the less obvious businesses too. In my own small town of 8,000 residents, Wi-Fi-FreeSpot lists two additional places I never knew offered free wifi.
While you might be expected to make a purchase to enjoy the free wifi when it’s at a restaurant or coffee shop, the price can still be cheaper than your regular monthly bill. And if you like to socialize and meet new friends, going to a public place can be a fun way to interact with others to build a human connection while you surf the web.
Or, you can always type “wifi hotspots near me” into Google too.
Juno
Before the days of unlimited home internet, we used to receive CDs with free internet minutes in the mail. While Juno no longer sends CDs in the mail, they still offer 10 hours of free dial-up internet access each month. That’s a far cry from the one hour of free internet we used to get from them 20 years ago.
If you only need home internet for basic correspondence and browsing, it’s worth considering Juno. Keep in mind, you’ll need an active home phone number to dial Juno’s server with.
NetZero
NetZero also offers 10 hours of free dial-up internet access. The one downside is that NetZero is only compatible with PC and mobile devices. Mac owners will need to consider using Juno or another internet provider instead of NetZero.
To get 20 hours of free internet service, you can signup with both Juno and NetZero and switch to the other when your monthly allowance is used up.
Like Juno, you need an active home phone number so your internet modem can dial the NetZero server to access the internet.
200MB Free Mobile Broadband
In addition to the 10 hours of free dial-up access, it’s also possible to get 200MB of free mobile broadband access a month.
But, there are two conditions:
The free plan is only valid for 12 months and cannot be renewed
You must buy a NetZero hotspot device ($79.95) or bring your own device
To continue using the NetZero mobile broadband access after your free 12 months end, you’ll have to upgrade to paid plan that costs that start at $17.95 plus a $3.95 monthly access fee.
This free plan can be a good option if you’re going through a rough patch, but you’ll be better off with the FreedomPop hotspot plan as you get double the data and it’s always free.
All Free ISP
Another easy way to find free internet providers near you is with the All Free ISP free internet search engine. You only need to enter your state of residence or area code to look for free and cheap internet plans in your city. The two most prevalent choices will be Juno and NetZero, but you might see another option as well.
Your Local Library
Most public libraries offer free internet from either their desktop computers or wifi network. You might have to apply for a library card to log into the network, but you can also borrow great books to read in your spare time too.
I periodically go to my own public library to use their free wifi hotspot. It’s quicker than my home internet which is a definite thumbs up when I need a change of scenery to work distraction-free. Each session is only one hour, but since I bring my own device I can continually renew the session and have worked in the library all day sometimes because of internet outages at home.
Ask Your Neighbor or Landlord
If your neighbor or landlord has internet access, they might be willing to share their internet with you. When you’re too far away from their router to get a reliable signal, you’ll need to invest in a wifi extender–they cost less than $70 on Amazon–to plug into a wall outlet between their router and where you will sit to normally access internet.
After linking the extender to their internet, it will begin repeating the signal and will be strong enough to surf the web and stream videos.
Before buying an extender you will want to review your local laws and the internet service provider terms and conditions to make sure you can legally use a wifi extender. This option might make more sense if you’re renting a part of the landlord’s house or you live in an on-property guest house and cannot get your own separate internet line installed.
Your Current Internet Provider
While many households are cutting the cord by ditching cable tv and landline phone service to save money each month, bundling your internet, phone, and cable can occasionally be cheaper.
Ask your current internet provider if they offer internet bundles. You might have to downgrade your internet speed, but they might be willing to waive your internet fee if you subscribe to other services.
If you pursue this option, be wary of introductory rate offers that expire after several months and the provider begins charging you for internet again. It is possible to avoid these marketing gimmicks with Trim Financial Manager, a free program that continually monitors your internet provider’s promotional offers to make sure you never overpay for internet and phone access.
School2Home
If you live in select California communities, you might be eligible for free internet service with the School2Home initiative. Some families won’t qualify for free internet but can get discounted internet for only $10 a month through national internet providers including AT&T and Frontier.
Upgrade to an Unlimited Data Plan
Unlimited cell phone data is back with many cellular networks. By upgrading to an unlimited plan that allows mobile hotspot capability, you can create your own free wifi hotspot. But, your speed and data usage can still be restricted when you’re in hotspot mode.
Cell phone plans regularly change, but here are the current policies for the largest networks:
AT&T: 10GB of 4G LTE mobile hotspot
Sprint: 10GB of 4G LTE mobile hotspot; cellular data throttled after 23GB
T-Mobile: Unlimited 3G mobile hotspot; cellular data throttled after 50GB
Verizon: 15GB of 4G LTE mobile hotspot; cellular data throttled after 22GB
Some carriers also include free subscriptions to premium streaming networks like HBO and Netflix when you have an unlimited plan. As long as you’re happy watching this programming on your phone, upgrading to an unlimited data plan can save you money in more ways than one.
Having used this option to get free internet in the past to save a few bucks, I will tell you that using your phone as a mobile hotspot on a regular basis degrades the battery life and you will need to replace your phone sooner because the battery won’t hold a charge for more than a few hours.
Bonus Tip: Instead of putting your old phone in a desk drawer until the world ends, sell your phone for cash while it still has some material value remaining. I don’t know about you, but money is more valuable than a phone I never plan on using again.
Low Cost Internet
When 10 hours of free dial-up or 500 MB isn’t enough each month, you might also qualify for a discounted internet plan. These plans usually offer higher speeds and unlimited service, and they’re still affordable enough that these options are cheaper than buying a double shot espresso each time you go to Starbucks to use their free wifi.
Connect2Compete
The mission of EveryoneOn is to provide home internet access to the 75 million Americans that currently don’t have internet at home. This site is supported by the Federal Communications Commission (FCC) Connect2Compete initiative that partners with national internet service providers to provide fast, reliable home internet for $9.95 a month.
While Connect2Compete isn’t free, you can get the same internet service for a fraction of the cost. To qualify for these discounted internet plans, you must meet the three following requirements:
Have at least one child eligible or enrolled in the National School Lunch Program
Not subscribed to home internet in the last 90 days
No outstanding bills or unreturned equipment
AT&T Access
Access from AT&T is one of the cheapest home internet plans for low-income families. Plans start at $5 per month and you can get speeds up to 3 megabits per second which is enough to do some basic video streaming on one device at a time.
Besides the unlimited home wifi internet service, you also get complimentary access to the AT&T wifi hotspot network that lets you access paid wifi hotspots for free.
To qualify, at least one person in your family must be eligible for federal SNAP benefits and live in the 21 state area where AT&T offers wireline internet service.
Internet Essentials
If you’re privileged to be served by Comcast, you can get 15 Mbps connection speeds at home with Internet Essentials for $9.95 a month; you might not be able to stream multiple videos at once but it’s plenty fast for ordinary internet activity. Internet Essentials comes with free wi-fi router access so you can connect multiple devices at once.
When you need to access your internet on the go, Internet Essentials give you 40 one-hour Comcast Xfinity wifi hotspot passes each month.
PCs for People
PCs for People offers unlimited Sprint 4G LTE mobile broadband for $10 month with their Bridging the Gap plan. As a national carrier, there’s a good chance you live inside Sprint’s 4G LTE coverage area.
Because the mobile coverage is unlimited, you can take your hotspot everywhere you go and downsize your smartphone data plan to offset the $10 monthly subscription fee. With this service, you might spend less than before because you get unlimited internet for $10 a month. And, multiple devices can connect at once.
Frontier Lifeline Program
Frontier offers dial-up internet for $9.25 a month. You can either have landline phone service or standalone internet service to qualify for this discount internet program. Eligibility requirements will vary by state, but you must qualify for the Federal Lifeline program as a general rule of thumb.
CenturyLink Internet Basics
CenturyLink Internet Basics gives you internet speeds up to 1.5 Mbps for $9.95 each month. You must meet all of the four requirements to qualify for Internet Basics service:
Reside in CenturyLink service area
Not subscribed to CenturyLink internet service
Do not have an unpaid CenturyLink bill or unreturned equipment
Follow Lifeline or TAP phone service guidelines
It’s also possible to get discount home phone access with CenturyLink too if you still need a home phone for your family.
Karma
By itself, Karma isn’t a free wifi service because you have to pay a monthly fee, but you get 100mb free each time you share your hotspot with other Karma members. This option probably works best if you have other friends and family members using a portable wifi hotspot too.
Karma operates on the Sprint LTE network and your first 5GB of data of free before you begin paying for a monthly plan. You will need to buy a Karma Go wifi hotspot for $199 and subscribe to a monthly plan. The cheapest plan costs $3 a month plus $10 for each gig of data you use, so you can pay as little as $13 every month for 1 GB of mobile internet.
Safely Using Free WiFi
Free public wifi used to be a novelty a few years ago that only a few restaurants, airports, and hotels offered. Now, it’s becoming virtually commonplace. While free internet is convenient, you need to be careful what you do on free wifi networks to protect your sensitive personal information.
While most people use free wifi for honest purposes, identity thieves with some advanced computer skills can potentially hack into your computer, phone, and tablet and steal your personal information without your knowledge.
If you don’t have internet at home, you might have no choice but to use free wifi to access your bank information, file your taxes, and make an Amazon purchase where you need to enter your credit or debit card information to pay for the goods. Using your friend’s home wifi network or your work internet might not be an option at the moment, so public wifi is your only choice.
With millions of free wifi hotspots worldwide, the odds of having your personal information stolen is relatively low but it only takes once and it can happen when you least expect it.
That’s why it’s so important to take the following precautions:
Verify the WiFi Server Name With the Cashier
If there are multiple wifi networks available, verify the correct hotspot name with the cashier. Computer hackers might name their personal hotspot to closely resemble the legitimate wifi hotspot hoping an unassuming customer will click on it.
For example, the correct hotspot network to join is “Panera” but you might also see an option for “Panera1.” Some businesses offer multiple networks so a single network doesn’t get overloaded and so Panera1 could very well be a legit network. Regardless, it’s always better to ask and be safe than assume and get scammed.
Use a Virtual Private Network (VPN)
Whether you connect to the internet with a phone, computer, or tablet, you really should always connect to a free network with a virtual private network service like NordVPN. Using a VPN network encrypts your internet activity and makes it extremely difficult for scammers to steal your personal information.
If you use free wifi hotspots on a regular basis, a VPN is an absolute must to safely use public wifi for less than $3 per month.
Get your own VPN!
Only Visit Secure Websites
Most websites are transitioning to using “https://” instead of “https://” for additional security, but not every site has yet. With Google Chrome, you can tell if the site your visiting uses https encryption or not because you’ll see a green padlock and the word “Secure” beside it.
If you don’t see that icon, be careful where you click on the site as it can be a phishing scam. Browsers also block certain sites they know are prone to phishing scams as well and you have to click a second box to visit these select unsecured sites.
Disable Your File Sharing Functions
Many devices automatically enable sharing functions that instantly transfer documents to the cloud or your friend’s device. This can be a backdoor way to access your personal data if you accidentally click a button to enable sharing with a stranger.
Turn Off WiFi When Not In Use
Finally, turn off your wifi router when you’re not using the internet. Not only will you save battery power, but a hacker can’t get into your computer if it’s not connected to the internet.
Summary
Free internet comes in three different forms: home dial-up, mobile hotspots, and free public wifi. A combination of these three mediums can make it possible to never pay for internet again, but you might have to pay for an upgraded plan if you need to use more data, require faster connection speeds or you want your own private network to protect your personal information.
How do you access the internet for free and how would you rate your current service?
Related Posts You May Like
45 Cheap, Fun and Easy Hobbies You Should Know About
150+ Freebies You Can Get on Your Birthday: Food, Retail, & Experiences
19 Ways to Get Free Gas This Year How to Avoid Those Free Gas Scams
The TRUTH about how to Enjoy the Internet for Free and Avoid Slow Internet published first on https://mysingaporepools.weebly.com/
0 notes
Text
Untitled Marvel Project: Part 2
Okay stick with me here! I love Peter Parker as much as the rest of you I’m just trying to set up this story. Hope you guys enjoy and catch you on the flippity flop!
(First) (Next) (Index)
Opening your eyes was much easier this time around. No longer were there restraints so you tried moving; many things cracked. The release you felt was amazing and finally you felt like you could move again! Beginning to look around you could finally see all the room: white walls and a large window to the left of you peering in. It had a tech board next to it presumably to control transparency as there were no blinds. There were no lights in the room itself apart from the monitors whose light reflected off the bright white and illuminated the entire room. To the right of you was a large automated door and at the foot of the table you resided on were three unlabeled machines. You sat up a bit releasing more joint tension. “You are awake, would you like to know the time?” a resounding female voice said. “You’re the voice from yesterday… What are you called?” “I am Friday, assistant to Mr. Tony Stark and the residing Avengers.” “Interesting… What can you tell me about me?” There was a pause. “Name unknown. Found on floor level of the building unconscious with low vitals at 2:23am July 7th 2017. On a support system for 3 days collecting brain and heart activity. MRI ran July 8th 2017 under request of Tony Stark. Found data conclusive of-” “Friday I do believe that is enough for our unnamed guest right now.” The door slide open and you look over to see Tony in the doorway. “What was she going to say?” You said sternly. “Nothing I haven’t already told you.” “And why should I believe you?” you spat out. “You don’t, but you don’t really have a choice now do you. I programmed Friday so I choose what she can and can not tell you.” You were in no place to argue, the validity of his statement was excessive. You were the stranger with a possibly deathly power and no recollection of anything. You let out a sigh. “What day is it?” “Last time I checked it was Tuesday, July err- 11th? 3 days unconscious that’s impressive.” You let out a light laugh “I guess that’s what happens when you crash through a building.” “I’ve done it before, I had better recoop.” Still propped up on your elbows you realize trying to sit up would have to happen eventually plus the discomfort from the position was beginning to set in. Tony watched with mild concern as you pushed yourself into an upright position: More joints cracked. “Ow.” you mumbled. As you heaved your legs off the table Tony took a few steps back. Easing down your toes touched the cold floor and soon all your weight was on your feet. So far so good. Stepping forward carefully you could feel Tonys eyes burning into you, but you could also feel something burning into your back. As soon as you registered the feeling of being watched your supporting leg buckled and the floor quickly approached. Yet something caught you. Peering up you see Tonys concerned face and his arm gripped around your waist. “Lets not break anything else okay?” You laugh and nod in agreeance while he gently pulls you up to your feet. “Congratulations, your first steps had an audience.” He was looking past you now towards the large window. You then remembered the burn in you had felt that wasn’t from Tony and turned around. Three guys stood staring in, one of which was Bruce Banner, the other two you had never seen. The man in the middle was tall with broad shoulders and large biceps, his face was stern and held concerned eyes burned into your face. Staring back at him he broke contact for a moment and turned towards Bruce mumbling something. You looked back into the room before focusing on the third guy. He was smaller than both of them but definitely taller than you by a few inches. He was filled out for his slender shaped body and had some ruffled curly hair. His face on the surface also held concern but you could see past that, his eyes holding curiosity like when you see someone on the street and feel drawn to them. “Great,” you sighed “I’m the residential freak show.” “Well technically we all are,” Tony raised his voice “Especially you Cap!” Glancing back over you see the middle man shake his head in disapproval and walk away. Bruce and the slender one followed with their heads with Bruce trailed behind soon after while the other bit his lip in apprehension. He looked back at you two with a more relaxed face and gently waved with a small smile before he turned and followed. The act made you smile, being the stranger in the building he still showed you kindness making you feel more human. “That’s uh- that’s Peter.” “Peter?” You asked still looking out the window. Tony exhaled and you turned your attention back towards him. “The newest member. Talented kid, decent hero, pretty smart.” “What kind of hero is he?” He slowly placed a hand on your shoulder “A superhero.” You looked down at your feet and smirked, what other answer were you expecting? Sighing deeply another thought smacked you in the face “Where are my clothes?” “Excuse me?” Tony was obviously confused by the quick change of subject. “My clothes, I wasn’t wearing this stuff when I was plummeting to the earth. I had pants.” Staring down at your bare legs. “You’re under the assumption they survived?” A horrified look crossed your face “What do you mean? I wasn’t-” “Stark ass naked?” He laughed “No pun intended. No not entirely, there were bits and pieces but nothing 100%.” “What does that mean!” “I know a little more than I need to about you.” Your eyes widened “Oh my gosh!” “Hey! No no no, it’s okay calm down!” He grabbed your shoulders “Don’t stress yourself, it’s fine you’re fine!” You took a few deep breaths and steadied your heart rate, slowly relaxing “It’s just…” “I get it, it’s weird.” “Yeah… So what now?” He sighed “First off, your name.” Oh shit, your name, what was your name? “I- I don’t remember.” You felt your eyes beginning to fog. “It’s okay, remember heart rate!” he ushered “It’ll come back eventually. Do you remember anything?” “N-no” you hung down your head. “Alright you’re going to stay here for awhile, but listen, your scan still showed an abnormality and you not remembering anything about yourself doesn’t put you in the clear. I need to keep my team safe.” His face came back into your view “What does that mean?” “The room you’re going to be in will be monitored, and for the first few days I think it’d be better to close off that wing-” “Like a prisoner?” “You need to understand until we figure out-” “Fine.” Your words were cold and direct “Take me there.” Tony nodded and sighed “We’ll walk slowly.” With Tonys help you walked down the hall to a near seamless door that slid open to reveal your new room. It was dimmer with overhead lights and white walls that held a similar window to the right of the door but this one lacked a tech pad. A simple bed was nestled in the corner below the window and a small desk was a bit past the foot. The floor was stretched in a creamy color carpet that felt thick and soft under your bare feet. The room was open, simple, and easily observable. You felt a sense if unease with the whole room but you understood the whole reason. You couldn’t even remember your name, you fell from the sky for an unknown reason, tests prove something is off about you; all the precautionary measures made sense. “I smell fear.” Tony said behind you. “I don’t know why, this room is very private and comfortable.” He chuckled “The puppy delivery was postponed, someone bought out all of them for some movie about Dalmations, so sorry.” You had to let out a laugh, it eased you up a bit. “So is the window always going to be open?” He drew his attention over there “Well for observational purposes I’d like it to but I suppose if you really get self conscious Friday could shadow it down for you.” “That’s decently fair I suppose.” You smirked. “Bathroom is down the hall, it’ll probably be the only other room open.” You looked back at him and nodded pulling your lips into a tight smile. “Well,” he let out a sigh “get settled in I suppose. You have so much to unpack.” He lightly patted your shoulder, turned on his heel and left. You wondered to the middle of the room and laid on the floor which swelled around you nestling you into the plush. Why was this happening? Why couldn’t you remember, try to understand yourself. Your name… Honestly your name? Nothing was making sense. Eyes close, deep breath. The plane, reflect on the plane. With all the space it had to be a carrier for freight but instead you were alone. Why would you willingly stay put? The door opened and… now you’re here. But why here, why the Avengers. You could of died yet someone knew you wouldn’t. There had to be a purpose it’d be impossible to not have one. And your brain, the scan, telekinesis? You can’t… how could you… now wonder you’re a possible threat. Eyes open. “I’m a monster who doesn’t know why they’re scary.” “You are only a monster if you do harm.” Your head never whipped up so quick and yes it hurt. “Son of a bitch.” You crane your neck. There was someone in your room but they were not human. Standing there was a tall red robotic being clad in mens clothing. The visible parts of its body were covered in seemingly metal sheets and placed in the middle of its near emotionless face was a stone that shined with an amber sheen. “Who are you!?” You quickly got up. “I am Vision” he was intently watching you. “What are you?” lashed out of your mouth. “I do not know. I came about for all the wrong reasons so I strive to do good. I am a vision given life by a God.” “You’re named after your inspiration?” He furrowed what would be his brow “I suppose so. And what are you named?” “You come into my room unannounced and expect me to introduce myself?” “Oh that, yes I have a habit of not using doors as they seem insufficient. Also you were lying on the floor which was cause for concern.” “You eavesdropped and trespassed.” “I answered a question.” “It was rhetorical nor was it phrased as a question.” “It was distressing. You do not seem as a monster.” Your face finally began to soften, this being did not seem to be judging you, instead wanting to help you even with no understanding of who you were. Yes the trespassing was off-putting and a bit concerning but the compassion he was trying to emote was real. “Why are you trying to know me, I am no one.” “If you are a being you are someone.” “My brain leads me to believe otherwise.” “Your brain is confused, lost in itself. With time it will heal and expand back to it’s proper self and perhaps even beyond that.” You looked down at your feet and were struck with a feeling. “What if… what if it never does?”
A hard stare burned into your downturned face, you knew what you said was so empty so hopeless. You wanted to give up. Your brain doesn’t even remember your purpose in life, so what was there to live for? You’re basically a prisoner to a bunch of superheroes. “Please be reasonable, I feel your desperation. If you live your life in fear and sorrow no one can reach you.” Looking up you saw true concern. He was being honest and it was resonating deep. “I just..,” your eyes began to swell “I can’t remember. What if my life was worth everything? What if it was amazing and then this? I don’t even know why I’m different but I just know I am.” Vision slowly approached you and extended his hand until it grasped the space above your elbow. “I believe in the possibility of fate. And even if it is not positive it is what needs to be done.” A small tear escaped your vision. “I do not want to overstay my welcome or lack there of, so perhaps I should be going.” Part of you didn’t want him to leave but you also wanted to ponder and explore the reaches of your mind. He released his soft grip and turned to leave. “I- I appreciate your existence.” You look up at his turned body as he glanced over his tall shoulder. “And soon we will all appreciate yours.” As a small smile escaped his blank expression, turning and vanishing through the wall. Right, not using doors. Wonder if that affects the structure: something sparked. The structure, the atomic make up. Passing through, dissipating yourself to such molecular amount that you could go freely not disturbing the rest of the atoms. But how could matter pass through such? Even a gas cannot leak through a solid wall yet you just witnessed a being go through one with no damage on either end. Why was this striking you so much? Maybe you enjoyed science before the accident. “Ma’am, Mr.Stark would like to now if you are hungry.” You snap back to your new reality “Oh, oh yes Friday I am.” “I will relay the message.” “Thank you Friday.” Wondering over to your bed you wonder if you want to lie down since you had been asleep for 3 days, so you just sit on it. Unsurprisingly it was extremely comfortable. Although the bedding was a plain navy blue it seemed of great quality and felt smooth under your palms. It was oddly elastic and quickly retuned to its flat state as you bunched it up in your hand. The door slid open. “You know that’s not how people usually play in bed.” Letting out a laugh you look over to see Tony with a platter of food, you’d say a tray but that’d be insulting his class. “I’ll do me you do you.” “That’s what I have Pepper for.” You recognized that name, Stark’s girlfriend or fiance or something. “Oh I bet she’d appreciate that comment.” “The less she knows the better our relationship.” He smiles confidently. “You know I’d assume you’d have people to bring prisoners food, you’re worth to much.” “Well unfortunately my people skills are inadequate, why else would I have a computer for an assistant?” “Damn good point Stark. So what’d ya bring me?” “Lucky for you we feed our, what did you say? Oh prisoners very well. Carbonara and garlic bread, hopefully you don’t have an allergy. I’d offer you wine but if you don’t know your name you sure as hell don’t know your age.” “I guess I can confidently agree with that.” You reply as he hands you the platter “I assume I don’t get any company?” “Well we’re booked pretty solid saving the world along with keeping up the billionaire status to keep us afloat.” “I just assumed superheroes would be served a sort of compensation.” “One would hope so, but why give money to the rich? Would that make us a charity case?” He looked at you pleased with himself. “If superheroes are the new charity cases what does that make me?” “For once… I don’t have an answer.” Your hand hit your chest and eyes widened with shock “What, you!? I think I’m dying.” “Okay stop that,” he began slapping your hand away “it’s been a rough few days.” “Oh gee I wouldn’t know how that feels.” A smirk crossed your face. He sighs and a smile appears “You ever threw an atomic bomb into a wormhole?” “Am I in the state of remembrance if I did?” “Dammit,” he slapped his thigh and brings a knuckle to his face “you’re right. I can’t undermine you when you don’t remember.” You laugh some more and turn to him “No company is fine, just don’t make it a habit.” You say smiling. “I don’t think that’ll be a problem, one superhero won’t shut up with the questions. He lives up to his name, partially at least.” You scowled “Who is that?” “No one,” he sighed “Just a pest.”
#peter parker imagine#reader x peter parker#peter parker#avengers imagines#avengers#spiderman homecoming#spiderman#civil war#captain america#iron man#the vision
41 notes
·
View notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
via Blogger https://ift.tt/2XCu2O4 #blogger #bloggingtips #bloggerlife #bloggersgetsocial #ontheblog #writersofinstagram #writingprompt #instapoetry #writerscommunity #writersofig #writersblock #writerlife #writtenword #instawriters #spilledink #wordgasm #creativewriting #poetsofinstagram #blackoutpoetry #poetsofig
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
#túi_giấy_epacking_việt_nam #túi_giấy_epacking #in_túi_giấy_giá_rẻ #in_túi_giấy #epackingvietnam #tuigiayepacking
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
from The Moz Blog https://ift.tt/3ekNhm6 More on https://seouk4.weebly.com/
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as https://bit.ly/3ekTlLo, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
0 notes
Text
Executing a Domain Migration: An Inside Look From OnLogic (Formerly Logic Supply)
Posted by ErikaOnLogic
In October 2019, our 16-year-old company rebranded from Logic Supply to OnLogic. The recovery from a traffic standpoint has been pretty smooth (and much faster than we expected), and our customers have embraced our new name and look. We want to share our story, the steps we took to prepare for this major change, and some things we learned along the way about what it takes to execute a successful domain transition (with minimal impact on organic results) in an effort to help those facing the same challenge.
Take a deep breath, it's going to be okay.
First, a little history and background. Logic Supply was founded in 2003 as an e-commerce website that sold components and parts for small form factor computers. Over the years, the company has built up engineering and manufacturing capabilities that today allow us to offer complete industrial and ruggedized computers and technology solutions for a wide range of industries. We've known for almost 10 years that our ambitions would someday outgrow our name, and in 2015 we settled on a new one and began laying the groundwork for the transition. Once we'd gotten past all the research and legal efforts related to the new name itself, we began formulating the website transition plans in 2018. This kind of project requires a long list of individual and team supporters, from the Design and Communications team who helped conceptualize and choose the name OnLogic, to the IT team who would be responsible for making sure the digital transition was executed effectively.
This piece is coming from the perspective of Erika Austin, who has worked in digital marketing for Logic Supply since 2009, with special credit to Tim van der Horst in our Netherlands office who led the roll-out of the new domain and the resulting SEO recovery efforts. Tim applied structure to all the data I had gathered in my head over the past 10 years of decision-making in SEO.
Unstructured Data / Structured Data = Erika / Tim
As I take you through the process and cite our plan, including what we did and didn’t do, as well as the decisions made along the way, you can download a copy of our Go-Live Checklist for your own reference.
Phase one: scoping and planning
I had full confidence that our team could lead a successful transition. The only thing was, I had never done this before. Few have, with the exception of our new IT director who had undergone a few brand and domain migrations in her career. I had been working on building Logic Supply's domain authority for 10 years, so the idea of moving to a new domain brought up a lot of questions. To help us along the way, I sought out an expert who could validate our work and answer questions if anything came up. While many of the recommendations online were people that had cited, or written for, authoritative sites such as Moz, I decided to ask Rand Fishkin, the SEO Rockstar himself, who he would recommend as a Jungle Guide for a project like this. He was kind enough to connect us with KickPoint. Dana DiTomaso at KickPoint was able to quickly understand where we were in the process, and what we needed. Dana proved to be instrumental in validating our efforts along the way, but we were very encouraged by her assessment that our existing plan was thorough and covered the necessary steps. Admittedly, we would have been disappointed otherwise — it was a really detailed plan.
Tim outlined a six-phase project with specifications and definitions of our SEO strategy in a website migration document with an accompanying spreadsheet, complete with an RACI (responsible, accountable, consult, and inform) matrix and timeline. Tim’s plan was extremely clear, with positive outcome scenarios including possible growth as a result of the migration. I will credit Tim again — my head was spinning with only the potential pitfalls (detailed below) of such a huge change. What about E-A-T? This new domain had no expertise, authority, or trust to it, and growth in traffic wasn't something I had even considered. Our IT Director agreed that she had never seen that happen in her career, so we set expectations to have about a ten percent decline over six weeks before a full recovery. I squirmed a bit, but okay. Along with traffic loss, it was important for us to lay out all the possible risks associated with this execution.
Risks
Many of the risks we faced revolved around implementation uncertainty and resource allocation on the IT side. Of the risks that were introduced, the one that I had the most reservations about was migrating our blog to a new URL path. This was decided to be too much of a risk, and we removed it from the initial plan.
*Credit to Modestos Siotos: The Website Migration Guide: SEO Strategy, Process, & Checklist
Redirect strategy for the main brand domain
To help mitigate some of the risks, we discussed options for an overlay notifying customers of the change. But as much as we wanted to get customers excited about our new name and look, we didn’t want it to be too disruptive or be penalized for a disruptive interstitial.
The more we spoke to customers leading up to the big changeover, the more we realized that — while this was a big deal to us — it ultimately didn't impact them, as long as they could still expect the high quality products and support they'd come to know us for. We ended up implementing a persistent banner on every page of the site that pointed to a page about the brand evolution, but we didn’t choose to force users into interacting with that modal.
Phase two: pre-launch preparation
Technical SEO specification
At this point in the project, we realized we had an XML sitemap that would change, but that we wanted the old sitemaps around to help reinforce the transition in Google Search Console. We also determined that an HTML sitemap would help in laying out our structure. We were six months out from our brand transition, so any changes we wanted to make to our website had to be made ASAP.
So, we cleaned up our URL structure, removing many of the existing server redirects that weren’t being used or followed much anymore by only keeping links from our referral traffic. We also created more logical URL paths to show relationships, for example:
/products/industrial-computers/ >> /computers/industrial/
/products/rugged-computers/ >> /computers/rugged/
And updated the redirects to point to the right end path without following redirect chains:
Technical CMS specification
When doing a migration to a new domain, the depth and complexity of the technical CMS specification really depends on if you are migrating your existing platform or switching to a new one. The CMS of choice in our case didn’t change from the previous, which made our lives a little easier. We were porting our existing website over to the new domain as-is. It would mostly come down to content at this stage in the plan.
Content updates
One of the most important things at this step was to make sure our content was displaying our new brand properly. Essentially, we planned for a “simple” find/replace:
Find: *Logic Supply*
Replace: *OnLogic*
We took inventory of every attribute and field on our website that mentions the company, and applied the change across the board: descriptions, short descriptions, meta titles, meta descriptions, manufacturer, etc.
At one point we asked ourselves, "What do we do with press releases or past content that says ‘Logic Supply’? Should that be replaced with ‘OnLogic’?” In the end, we decided to exclude certain parts of the website from the script (articles, events, news from our past), but made sure that all the links were updated. We didn’t have to bury Logic Supply as a brand name, as there would be an advantage in having references to this name during the period of transition to remind customers we’re still the same company.
During this phase, we prepared what needed to be changed in Google Ads, such as headlines, descriptions, URLs, sitelinks, and videos. We ramped up our paid search budget for both terms “Logic Supply” and “OnLogic”, and prioritized pages and keywords to elevate in Google Ads in case the domain change did have an impact on our core keyword rankings.
Priority page identification
Since the intent of our migration was to port our existing platform over to a new domain and make very few changes in the process, we didn't have to list pages we would have to prioritize over others. What we did do was think about external factors that would impact our SEO, and how to limit this impact for our biggest referral traffic sources and top ranking pages.
External Links
We compiled a spreadsheet to help us address, and ideally update, backlinks to our former domain. The categories and data sources are worth noting:
Backlinks: We downloaded all of our backlinks data compiled from SEMRush and Google Search.
Referral traffic and top organic landing pages: This list was pulled from Google Analytics to determine high-traffic, priority pages we’d need to monitor closely after the transition. It also helped to prioritize links that were actively being used.
Partners: We wrote to each of our partners and suppliers about the changes in advance, and asked them to make updates to the links on their websites by certain deadlines. I was delighted to see how quickly this was implemented — a testament to our amazing partners.
Publishers: Anywhere we had a mention in a news story or website that we thought could be updated, we reached out via email at go-live. We did decide at some point we couldn’t erase our history as www.logicsupply.com, but we could at least let those contacts know we had changed. There were a few direct placement advertisements we also had to update.
Directories: We used various internet resources, and a great deal of Googling, to identify business, product, or industry directories that pointed to our old domain and/or used our old name. I hate that directories still have a place in SEO these days, since they date back to the early ages of the internet, but we wanted to cover our bases.
Redirect specification
Redirect mapping
When you’re performing a domain migration, one of the most important things for sustaining organic traffic is to help Google — and any search engine — understand that a page has moved to a new location. One way to do this is with a permanent (301) redirect.
So began our redirect mapping. Our migration scenario was fortunate in the sense that everything remained the same as far as URL structure goes. The only thing that changed was the domain name.
The final redirect map (yes, it’s the world’s most complicated one, ever) was:
logicsupply.com/* -> onlogic.com/*
Internal link redirects
As IT had their redirection mapping server-side prepared, we needed to make sure our internal links weren’t pointing to a 301 redirect, as this would hurt our SEO. Users had to be sent straight to the correct page on the new domain.
Objective: update all links on the site’s content to point to the new domain. Below is the “find/replace” table that our IT team used to help us update all the content for the transition to onlogic.com:
We also launched an HTML sitemap as soon as possible under logicsupply.com after our URL restructure, six months prior to launch.
Contingency plan
We took 15 weeks to prepare, test, and get comfortable with the migration. Once live, there is no going back. Executing thoroughly and exactly on the plan and checking every box is the only approach. So in short: there was no contingency plan. Whatever happened, once we switched domains, that was it.
GULP.
Phase two ended when we started to move away from the specifications and into exactly what needed to happen, and when. We used our Go-Live Checklist to make sure that we had every box checked for creative needs, third party integrations, and to configure file review. Making the checklist highly detailed and accurate was the only way to make sure we succeeded.
Phase three: pre-launch testing
To kick off phase three, we had to get a baseline of where we were at. We had a few errors to correct that had been outstanding in Google Search Console, like submitting noindex links through our XML sitemap. This project also alerted us to the fact that, if everything went well, site speed would be our next project to tackle.
Content review
As content wouldn’t change except for “Logic Supply” becoming “OnLogic”, we didn’t really have to do a lot of reviewing here. We did extensively test the find/replace functionality in the go-live scripts to make sure everything looked as it was supposed to, and that the sections we chose to exclude were in fact left untouched. Updated designs were also part of this review.
Technical review
The technical review involved checking everything we had planned out in the second phase, so making sure redirects, sitemaps, links, and scripts were working and crawlable. IT implemented all server-side conditions, and set up the new domain to work internally for all testing tasks that needed to be executed. Again, the checklist was leading in this endeavor.
Redirect testing
Using ScreamingFrog, we crawled both the sitemaps as well as the staging website we had internally launched for testing purposes — hidden away from the outside world. Any redirect errors that appeared were resolved on the spot.
Site launch risk assessment
Risk assessment was a continuous activity throughout the testing. We had a go or no-go decision prior to go-live, as we couldn’t go back once we flipped the switch on the domain migration. Everything that popped up as an error or flag we swiftly assessed and decided whether to mitigate or ignore for the sake of time. Surprisingly, very few things came up, so we could quickly begin the benchmarking process.
Benchmarking
The template above was what we used to track our site speed before and after. Our benchmarks were consistent between the website before and after our staged migration using both Lighthouse and GTMetrix, meaning we were on track for our go-live date.
Phase four: go-live!
The least impactful day to make this change was over the weekend, because as a B2B company, we’ve noticed that our customers tend to be online during regular office hours.
Our team in the Netherlands, including Tim, flew in to support, and our IT and marketing teams dedicated a Saturday to the migration. It also happened to be my birthday weekend, so I was excited to be able to celebrate with my colleagues while they were in town, and in turn celebrate them for all their hard work!
So, on Saturday, October 19, 2019, around 8 a.m., IT confirmed we were good to go and the maintenance page was up. This was returning a “503 — service temporarily unavailable” server response to make sure Google wouldn’t index our site during the migration.
It was at this point in the process that our Go-Live Checklist took over. It was a lot of work up front, but all of this preparation made the final execution of the domain transition a matter of a few clicks to move and/or publish items.
Among all our other tasks, we updated our page title suffix, which was previously “Logic Supply”, to “Logic Supply is now OnLogic” (today it's “OnLogic formerly Logic Supply”). This was an indication to Google that we were the same company.
The hardest part was the waiting.
Phases five and six: post-launch and performance review
I had planned to camp out next to my computer for the next few days to watch for problems, but nothing surfaced right away. While organic traffic did take an expected dip, it wasn't nearly as dramatic or prolonged as we'd been warned it might be. We are still seeing logicsupply.com indexed months later, which is frustrating, but doesn’t seem to be affecting our traffic on the new domain.
Overall, we view our website transition as a success. Our traffic returned to where we were and we surpassed our project benchmarks for both traffic and site performance.
Following the move, we looked for follow-on opportunities to help improve our site speed, including identifying inactive or out-of-date plugins from our blog. Our blog made up at least 40 percent of our organic traffic, so this change made our site faster and helped to reach our organic growth recovery goals in less than six weeks.
We are constantly looking at and prioritizing new opportunities to improve the website experience for our customers, and make doing business with OnLogic as easy as possible. The domain change project was a huge undertaking by the entire organization, and required a great deal of planning and constant communication and collaboration to pull off. That said, the time spent up-front was paid back twice over in the time saved recovering our organic traffic, and making things seamless for our website users to ensure everyone could carry on with business-as-usual.
Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!
0 notes