When talking to a so-called SEO expert, you’ll get lost in the conversation pretty quickly. He will throw tons of technical terms around, all of which can not be interpreted logically. In the best case, you’ll be just as smart as you were at the beginning of the talk. So today, I want to break down the topic “backlinks” to the level that you really need.
This article is meant for the average site owner. It explicitly is not addressed to real or self-proclaimed experts in the SEO area. The article doesn’t cover all aspects, and does not deal with the details, and intricacies of the final few percent of SEO skills that could be talked about. Instead, it covers the absolute basic knowledge. I also try to stay as comprehensible as possible, even though this requires simplifications.
What Are Backlinks?
Backlinks are links that other site owners place on their page to link to your page. We speak of inbound links. The opposite are the outbound links, which you place from your page to the pages of other site owners. Each link that points to your page, and does not originate from your own website, is a backlink.
What Are Backlinks Good For?
For Google, backlinks have always been an indicator of how relevant your site is. The concept is simple: the more site owners link your page, the better your content has to be. It’s somewhat like the principle of the wisdom of the many, also known as swarm intelligence.
So when Google recognizes that your website is linked by many others, this insight influences its ranking decision. The result is a better ranking of your site, which means that you’ll be higher up in the search results.
It has always been the highest goal of the SEO branch to push their customer’s linkbuilding forwards, meaning the creation of backlinks.
Backlinks and the Manipulation Problem
Only a few years ago, a practice that was common then almost became extinct. Knowing the importance of backlinks regarding the ranking, people quickly developed strategies to abet this goal. There were a lot of things that ended up bringing the backlink as a ranking factor into discredit, ranging from link purchases to an own small page network with the purpose of reciprocal linking.
That’s because the underlying assumption was that a page received so many backlinks, because of how highly relevant its content was. However, when these backlinks sat under keywords that the receiver of the inbound links defined for himself, a good ranking was basically guaranteed.
Over the past years, Google adjusted its search algorithm several times, to detect manipulations and react to them. In the first stage, the search engineers manually punished a lot of link building networks, as well as link purchase agencies, and platforms to show that they don’t want to accept crude link building any longer. Quickly, websites with bought links found themselves very far down in the search results.
Today, the number of inbound links is still an important ranking factor, but it’s not the sole, most important one anymore. Now, Google tries to pay more attention to the quality of the content. Only after high-quality content is detected, the question if linking page owners think the same, and externally link to that content comes up. You could say that there’s another fact check to avoid manipulation now.
Why Not All Backlinks Are Good
Bought links or links from your own site networks have negative effects on your ranking. Links to your page that got placed from the backstreets of the web also negatively affect your ranking. If there’s a significant amount of online casinos linking to your homeopathy page, this can’t get you good results. To a lower extent, the same goes for a site of a very different branch. Why should the ski teacher link to your diversified financial service website? There may be good, harmless reasons. However, these harmless reasons will rarely be the case.
Of course, the bad boys of the web have also discovered the meaning of bad backlinks for the ranking of a website. For example, commissioned by one of your rivals, they could make sure that the number of your bad backlinks is driven up significantly.
Remember: Backlinks are still important, but they are not the panacea for good rankings. The best way to build good backlinks is to create good content, and to avoid shady cross-linking strategies. You should fight bad backlinks, too.
I really have no idea how this will turn out. I suspect a ton of you have run or are currently running WordPress locally, but I have no clear guess on what the most popular way is to do that right now.
Note: There is a poll embedded within this post, please visit the site to participate in this post’s poll.
Let’s limit the poll to how you are actually doing it, not how you wish you were doing it. And if you don’t work with WordPress, but do work with a project that has similar dependencies (i.e. a server-side language, a database, and a web server), feel free to vote based on that project.
Every week users submit a lot of interesting stuff on our sister site Webdesigner News, highlighting great content from around the web that can be of interest to web designers.
The best way to keep track of all the great stories and news being posted is simply to check out the Webdesigner News site, however, in case you missed some here’s a quick and useful compilation of the most popular designer news that we curated from the past week.
Note that this is only a very small selection of the links that were posted, so don’t miss out and subscribe to our newsletter and follow the site daily for all the news.
Take a Peek at Apple’s Secret ‘floating’ Keyboard
Front-End Developers, Pick your Battles Wisely
Table Layout is Back. Be There and Be Square
A Bot that Names HTML Classes Better than You
The Designer’s Guide to Responsive Logos
How I Became a Developer in 8 Months
Disappearing Interface
Guilty Pleasures for Designers
Which Major Design Trends will Emerge in 2017?
Is Adobe Experience Design (XD) Ready for Production Work?
Nope, Nope, Nope, Line-height is Unitless
5 Steps to Making Sure your Users Trust your Website
DesignerMill 2.0: Collection of Free Design Resources
Nine Elements your Front-End Developers Hate
Behind the Scenes of Google’s New Type System
Element: Desktop UI Library Based on Vue 2.0
8 Design & Development Links a Day
The Font Wars
Lego Launches a Social Network for Kids Too Young for Facebook
Building Icon Systems with SVG
Dropbox’s Paper App Leaves Beta to Take on Google Docs
Google Announces Computer Science Education Site
5 Sure-fire Ways to Improve your Website UX
What are Design Ethics? (And Why are They Important?)
Working not Working 2.0 Beta
Want more? No problem! Keep track of top design news from around the web with Webdesigner News.
Every week we feature a set of comics created exclusively for WDD.
The content revolves around web design, blogging and funny situations that we encounter in our daily lives as designers.
These great cartoons are created by Jerry King, an award-winning cartoonist who’s one of the most published, prolific and versatile cartoonists in the world today.
So for a few moments, take a break from your daily routine, have a laugh and enjoy these funny cartoons.
Feel free to leave your comments and suggestions below as well as any related stories of your own…
Looks can be deceiving
Designer apocalypse
Blast from the past
Can you relate to these situations? Please share your funny stories and comments below…
When we talk about web design in 2017, we’re really talking about responsive web design. In just over six years, the term ‘responsive’ has become an all pervasive industry standard.
Responsive web design is the process of designing a site, or a web app, so that its content adjusts appropriately according to the device it’s viewed on. A few years ago I saw an excellent conference talk by Ethan Marcotte—who coined the term ‘responsive web design’—in which he likened responsive sites to Utah’s Pando tree; a single organism with a connected root structure, that emerges from the ground in different places, different contexts, at different sizes, but all bearing the same base genetics.
It’s arguably the adoption of responsive design that has enabled the growth of the mobile web; without it the cost of developing a mobile site in parallel with a desktop version would have meant many companies sticking with the latter.
relationships designed for mobile are frequently transposed onto much larger viewports
But responsive design is not without its problems. By definition, responsive designs ‘respond’ to viewport size, not content. Container-based variations on CSS media queries have been mooted as a solution, but so far are just a post-it on someone’s whiteboard.
Design is broadly about relationships between elements, and those relationships are restricted on a small screen. Furthermore because our markup is semantically structured, relationships designed for mobile are frequently transposed onto much larger viewports.
One of the most commonly criticised UI decisions of the past year has been the increasing number of hamburger menus being used on desktop. However, little attention has been paid to mobile layouts—horizontal bands of content divided into a 12 column grid—being scaled up to desktop.
The question of whether responsive web design is killing creativity is probably unfair; it assumes that diversity and innovation are the lifeblood of a design process. It also lays blame on a concept, if there is blame to apportion, it surely lies with implementation. In fact, design often flourishes under the tightest of restrictions—I know a designer who adds his own constraints to client briefs, because he feels his work is stronger when he is challenged.
if there is blame to apportion, it surely lies with implementation
Responsive design works incredibly well with branding, but it’s less than ideal for layout. It may be that the best way to implement responsive design is to create distinct designs for different classes of viewport, and rely on responsive techniques only for similar screens. We may not know the exact dimensions of every screen, but we know a phone has to fit in a pocket, we know a notebook can’t be narrower than its keyboard.
Responsive design may simply be an idea that’s further ahead of its time that we realise, and once tools like CSS variables, and container-queries are implemented, design on the web will become diverse once again.
Add a Unique Zoom Effect to your Images in Adobe Muse. No Coding Skills Required.
Effects and mouse interaction can really make a website more dynamic and more visually engaging. In this article I will be going over the Zoom Hover Box Widget found at http://museforyoushop.com. With this widget you can have an image zoom in our out as the user hovers their mouse over the image. This can really direct the attention to the element or image you are trying to showcase within the hover box. Along with adding an image that zooms in on hover you can also add a gradient over the image, link the image to an internal page, external page, or anchor point, and add 3 titles over the image. Everything in the widget is customizable to allow for the perfect effect when hovering over the image.
The steps to add the Zoom Hover Box Widget are as follows:
1. Install the Zoom Hover Box Widget by clicking the .mulib file inside of the widget folder. This will install directly into the Adobe Muse library panel.
2. Drag and drop the widget from the library panel onto the Adobe Muse website. If you do not see the library panel go to Window > Library.
3. Add an image to the hover box by clicking on “Add File” within the “Image” section. To have the image be a certain width and height crop the image first within a cropping program, and then place within the widget. The image will then maintain its aspect ratio when being resized in Adobe Muse if the responsive options are set. You can also link the hover box to an internal link, external link, or anchor point within the “Link” option. Make sure that “Enable Link” is checked to enable the link.
4. Set a minimum width and a maximum width so the image does not get smaller than a certain size or larger than a certain size when resizing the browser.
5. Select the colors and set the angle for the gradient overlay within the “Gradient” section.
6. Customize the effect within the “Effect” section. You can set the hover speed, zoom amount, and rotation within this section. To have the image zoom in on hover enter a value greater than 1 in the zoom option. To have the image zoom out on hover enter a value less than 1. Entering a value of 1 will have no zoom, and the image will stay at its original size when hovering.
7. Add and style the title text within the “Title” sections. You can add up to 3 titles to the hover box.
This is the fifth part in a five-part series about the JavaScript framework, Vue.js. In this last part of the series, we’ll cover Animations (if you know me at all, you probably knew this was coming). This is not intended to be a complete guide, but rather an overview of the basics to get you up and running so you can get to know Vue.js and understand what the framework has to offer.
There are built-in and components that allow for both CSS and JS hooks. If you come from React, the concept behind the transition component will be familiar to you, because it works similarly to ReactCSSTransitionGroup in relationship to lifecycle hooks, but it has some notable differences that make nerds like me excited.
We’ll start off by talking about CSS Transitions, then move on to CSS Animations, then we’ll talk about JS Animation Hooks and then animating with Lifecycle Methods. Transitioning state is out of the scope of this article, but it is possible. Here’s a well-commented Pen I made that does just that. I could probably be convinced to write that article too, once I take a long nap.
Transitions vs. Animations
Just in case you’re confused by why Transitions and Animations have different sections in this article, let me explain that though they sound similar, they’re a bit different. A transition basically works by interpolating the values from state to another. We can do great things with them, but they are rather simple. Here, to there, and back again.
Animations are a bit different in that you can make multiple states occur within one declaration. For instance, you could set a keyframe 50% into the animation, and then another totally different thing can occur at 70%, and so on. You can even chain many animations with delays for really complex movement. Animations have the ability to behave like transitions, where we only interpolate something from here to there, but transitions can’t have multiple steps like an animation (not without some crazy hacky development that it’s not really supposed to be used for.)
In terms of tools, both are useful. Think of transitions as a saw and animations as a powersaw. Sometimes you just need to saw one thing and it would be silly to go out and buy really expensive equipment. For other more robust projects, it makes more sense to make the powersaw investment.
Now that we have those basics down, let’s talk about Vue!
CSS Transitions
Let’s say we have a simple modal. The modal shows and hides on a click of a button. Based on the previous sections, we already know that we might: make a Vue instance with a button, make a child component from that instance, set the data on the state so that it toggles some sort of boolean and add an event handler to show and hide this child component. We could use v-if or v-show to toggle the visibility. We might even use a slot to pass the button toggle into the modal as well.
<div id="app">
<h3>Let's trigger this here modal!</h3>
<button @click="toggleShow">
<span v-if="isShowing">Hide child</span>
<span v-else>Show child</span>
</button>
<app-child v-if="isShowing" class="modal">
<button @click="toggleShow">
Close
</button>
</app-child>
</div>
<script type="text/x-template" id="childarea">
<div>
<h2>Here I am!</h2>
<slot></slot>
</div>
</script>
This works, but it’s pretty jarring to have that modal just pop in our faces like that. ?
We’re already mounting and unmounting that child component with v-if, so Vue will let us track changes on that event if we wrap that conditional in a transition component:
Now, we could just use out of the box. This will give us a v- prefix for some transition hooks we can use in our CSS. It will offer enter/leave which is the position that the animation starts with on the first frame, enter-active/leave-active while the animation is running- this is the one you’d place the animation properties themselves on, and enter-to/leave-to, which specifies where the element should be on the last frame.
I’m going to use a graphic from the docs to show this because I think it describes the classes as beautifully and clearly as possible:
Personally, I don’t usually work with the default v- prefix. I’ll always give the transition a name so that there are no collisions if I want to eventually apply another animation. It’s not hard to do so, as you can see above, we simply added a name attribute to the transition component: name="fade".
Now that we have our hooks, we can create the transition using them:
The .fade-enter-active and .fade-leave-active classes will be where we apply the actual transition. This is normal CSS, you can pass in cubic-beziers for eases, delays, or specify other properties to transition. Truthfully, this would also work just as well if you placed the transition in these classes on the component classes themselves as a default. These don’t necessarily need to be defined by the transition component hooks. They’ll just chill there, and wait until that property changes and use it to transition if it does. (so you would still need the transition component and .fade-enter, .fade-leave-to). The one reason I do use it on the enter-active and leave-active classes is that I can reuse the same transition for other elements as well, and not run around the codebase applying the same default CSS to each instance.
Another thing to note here: I’m using ease-out for both active classes. This works and looks fine for something like opacity. But you may find that if you’re transitioning properties such as transform, you might want to separate the two and use ease-out for the enter-active class and ease-in for the enter-leave class (or cubic-beziers that vaguely follow the same curve). I find it makes the animation look more… classy (har har).
You can see we’ve also set the .fade-enter and the .fade-to to opacity: 0. These will be the first and last positions of the animation, the initial state as it mounts, the end state as it unmounts. You may think you need to set opacity: 1 on .fade-enter-to, and .fade-leave, but that is unnecessary as it’s the default state for the component, so it would be redundant. CSS transitions and animations will always use the default state unless told otherwise.
This works nicely! But what would happen if we wanted to make that background content fade out of view, so that the modal took center stage and the background lost focus? We can’t use the component, as that component works based on something being mounted or unmounted, and the background is just sticking around. What we can do is transition classes based on the state, and use the classes to create CSS transitions that alter the background:
Now that we understand how transitions work, we can build off of those core concepts to create some nice CSS animations. We’ll still use the component, and we’ll still give it a name, allowing us to have the same class hooks. The difference here will be that instead of just setting the final state and saying how we want it to interpolate between beginning and end, we’ll use @keyframes in CSS to create fun and lovely effects.
In the last section, we talked a little about how you can designate a special name for the transition component that we can then use as class hooks. But in this section, we’ll go a step further, and apply different class hooks to different sections of the animation. You’ll recall that enter-active and leave-active is where all the juicy business of animating happens. We can set different properties on each of these class hooks, but we can go one step further and give special classes to each instance:
This means we can reuse those classes or even plug into the classes from CSS animation libraries.
Let’s say we want a ball to bounce in and roll out:
<div id="app">
<h3>Bounce the Ball!</h3>
<button @click="toggleShow">
<span v-if="isShowing">Get it gone!</span>
<span v-else>Here we go!</span>
</button>
<transition
name="ballmove"
enter-active-class="bouncein"
leave-active-class="rollout">
<div v-if="isShowing">
<app-child class="child"></app-child>
</div>
</transition>
</div>
For the bounce, we’d need a lot of keyframes if we want to do this in CSS (though in JS this could be one line of code), we also will use a SASS mixin to keep our styles DRY (don’t repeat yourself). We’ve also designated the .ballmove-enter class to let the component know that it should start offscreen:
For rolling the ball out, you can see that we need to nest two different animations. This is because the transform is being applied to the entire child component, and spinning the whole thing would result in a huge rotation. So we’ll move the component across the screen with a translation, and spin the ball within with a rotation:
Do you recall when I said that Vue offers some really nice sugary bits in transitions that make nerds like me happy? Here’s a small one that I really love. If you try to transition one component in while another component is leaving, you’ll end up with this really weird moment where both exist at the same time and then snap back into place (this small example from the Vue docs):
Vue offers transition modes, which will allow you to transition one component out while bringing another component in without any strange position flashing or blocking. It does so by ordering the transitioning instead of having them occur at the same time. There are two modes to choose from:
In-out: The current element waits until the new element is done transitioning in to fire
Out-in: The current element transitions out and then the new element transitions in.
Check out the demo below. You can see the mode- out-in on the transition component so that it appears that only one piece is flipping:
If we were to take out that mode, you can see that one flip obscures the other, and the animation looks jarring, not at all the effect we want to achieve:
We have some nice JS hooks that are very easy to use or not use as we see fit for our animation. All hooks pass in the el parameter (short for element) except on the actual animation hooks, enter and leave, which also pass done as a parameter, which, you guessed it, is used to tell Vue that the animation is completed. You’ll notice we’re also binding CSS to a falsy value to let the component know we’ll be using JavaScript instead of CSS.
Two of the more interesting things to note in the above animation, I’m passing {onComplete:done} as a parameter to the Timeline instance, and I’m using the beforeEnter hook to place my TweenMax.set code, which allows me to set any properties on the words I need for the animation before it happens, in this case, things like transform-style: preserve-3d.
It’s important to note that you can also set what you want for the animation directly in the CSS as the default state as well. People sometimes ask me how to decide what to set in the CSS and what to set in TweenMax.set. As a rule of thumb, I generally put any properties I need specifically for the animation into the TweenMax.set. That way if something in the animation changes and I need to update it, it’s already part of my workflow.
Animations in Lifecycle Hooks
All of this is really nice, but what happens if you need to animate something very complex, something that works with a ton of DOM elements? This is a really nice time to use some lifecycle methods. In the following animation, we have used both the component as well as the mounted() method to create some animations.
But when a component first shows up and we have 30 elements or more animating, it would not longer be efficient to wrap each one in a separate transition component. So, we’ll use the lifecycle methods we mentioned in section 3 of this series to hook into the same event that the transition hook is using under the hook: mounted()
We can really use either depending on what’s more efficient and as you can see, you can create really complex effects. Vue offers a really beautiful and flexible API, not just for creating composable front-end architecture, but also for fluid movement and seamless transitions between views.
Conclusion
This series of articles is not intended to be documentation. Though we’ve covered a lot of ground, there’s still so much more to explore: routing, mixins, server-side rendering, etc. There are so many amazing things to work with. Head over to the very excellent docs and this repo full of examples and resources to dig in further. There is also a book called The Majesty of Vue.js, and courses on Egghead.io and Udemy.
Many thanks to Robin Rendle, Chris Coyier, Blake Newman, and Evan You for proofreading various sections of this series. I hope this series conveys why I’m so excited about Vue and helps you get up and running trying out some of the material!
I’ll fly to you and spend the day! Media Temple is sponsoring it, so it doesn’t cost either of us anything. Only one lucky winner, though. All you gotta do is fill out the form (with your email address) and explain why you’re interested. Enter by February 28, winners picked March 24.
I read a few stories about math lately. One of them is a story by Kevin Hartnett about Francis Su, who believes math can be a gateway to a better life. To Live Your Best Life, Do Mathematics.:
Christopher, an inmate serving a long sentence for armed robbery who had begun to teach himself math from textbooks he had ordered. After seven years in prison, during which he studied algebra, trigonometry, geometry and calculus, he wrote to Su asking for advice on how to continue his work. After Su told this story, he asked the packed ballroom at the Marriott Marquis, his voice breaking: “When you think of who does mathematics, do you think of Christopher?”
If I learn mathematics and I become a better thinker, I develop perseverance, because I know what it’s like to wrestle with a hard problem, and I develop hopefulness that I will actually solve these problems. And some people experience a kind of transcendent wonder that they’re seeing something true about the universe. That’s a source of joy and flourishing.
?I was quite proud of my artwork. It looked interesting, saved so much time compared to creating the same design in Illustrator or Photoshop. However, I realised without understanding geometry, there was no chance for me to reach somewhere near to Marius Watz.
Jinju slowly leveled up her math skills, applying it to everything she did along the way.
Of course, this all reminds me of Ana Tudor, who is an unconventional (and at times self-deprecating) mathematician, who uses her considerable math skills to create art with code.
If someone says to you, don’t you miss doing creative stuff, as an engineer? Don’t you miss the creativity of the art world? You can say: I’m working on an infinite canvas capable of any size and shape, that’s already glowing every color possible into the eyes of just about everyone on the planet. And I get to decide the kind of experience, feeling, and emotion they are going to have. How is that not creative?
With great power comes great responsibility. This week I found some resources that got me thinking: Service Workers that download 16MB of data on the user’s first visit? A Bluetooth API in the browser? Private browser windows that aren’t so private at all?
We have a lot of methods and strategies to fix these kinds of things. We can give the browser smarter hints, put security headers and HTTPS in place, serve web fonts locally, and build safer network protocols. The responsibility is in our hands.