{"id":19923,"date":"2019-12-13T13:50:20","date_gmt":"2019-12-13T12:50:20","guid":{"rendered":"https:\/\/relaunch.striped-giraffe.com\/?p=19923"},"modified":"2021-04-22T11:37:27","modified_gmt":"2021-04-22T09:37:27","slug":"most-common-challenges-during-single-sign-on-implementation","status":"publish","type":"post","link":"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/","title":{"rendered":"Most Common Challenges During Single Sign On Implementation"},"content":{"rendered":"

[vc_row][vc_column width=”1\/3″][\/vc_column][vc_column width=”2\/3″][vc_column_text]<\/p>\n

Why would companies need a centralized system for user identity and authorization management? A comprehensive answer to this question would require a thorough analysis of all the pros and cons of the solution. However, as this is not the subject of the article, I will focus exclusively on discussing the main benefits of implementing the Single Sign-On system.<\/h3>\n

 <\/p>\n

First, we must realize that SSO can be applied to both \u2014 the company\u2019s\u00a0internal systems<\/strong>, giving employees more convenient access to corporate resources, and the\u00a0customer-facing systems<\/strong>, that is, various applications, portals or websites that are provided to customers by the company and require registering and logging in.<\/p>\n

I will attempt to discuss in detail all the main advantages and disadvantages of SSO for both of these applications in my next article. However, in this post, I would like to focus on the implementation of Single Sign-On in various types of systems dedicated for customers, both B2C and B2B.<\/p>\n

 <\/p>\n

Reasons why you may need SSO<\/strong><\/h2>\n

Simplify customer journey<\/strong><\/h3>\n

Without a doubt, Single Sign-On makes it easier for the user to access all the systems offered by the company, be it an online store, a blog, a product catalog, a loyalty program or a customer support portal. With this solution, the client can quickly and extremely conveniently switch between various company websites available to them.<\/p>\n

After logging in to one application, the user can smoothly enter any other website without the need for re-authorization. Furthermore, they can seamlessly switch between all systems covered by SSO. The login screen is not displayed because the user has already been authorized automatically with SSO in each subsequent system. This obviously\u00a0simplifies the customer journey<\/strong>, especially if the company operates, for example, several online stores under various brand names, offering different product ranges. In such cases, it\u2019s quite usual that the customer can add products to a common shopping cart across all these e-commerce sites. SSO helps then to keep the client logged in all the time and enables them to move freely between relevant online stores and product detail pages.<\/p>\n

One of the most well-known examples of SSO usage is a portfolio of Google\u2019s web applications which includes Gmail, Google Maps, YouTube, Google Drive, Google Photos, and Google Calendar. All you need to do is sign in to one of the apps and from that moment you can freely switch between them to get access to the desired tool without any additional authorization.<\/p>\n

 <\/p>\n

Synchronise customer credentials between multiple systems<\/strong><\/h3>\n

From the customer\u2019s perspective, a great advantage of SSO is the ability to create and use only one set of authentication data which is valid for all the systems (websites) served by this solution. What\u2019s very important, a new user has to create their credentials only once \u2014 when registering in a selected application where they are beginning their customer journey. Therefore, this is a completely different situation to the one in which the user creates identical logins and passwords for themselves separately on each page (what requires individual registration on each of the websites.)<\/p>\n

Thanks to this solution, the customer no longer has to create and remember many different logins, user names, PINs and passwords. They can define one set of credentials for themselves and use it in each online application where SSO has been implemented. But that\u2019s not all. With SSO, any single change of the authentication data made in one of the systems, e.g. when the user changed their password while being logged in to application A, also affects other customer-facing systems, i.e. applications B, C, D, etc. That way, the user doesn\u2019t have to change the same information multiple times, separately in each company app they have been using.<\/p>\n

This is possible since the client\u2019s authorization process is managed by a central system which uses a common database where all credentials are stored.<\/p>\n

 <\/p>\n

Seamless customer experience<\/strong><\/h3>\n

SSO allows companies to unify the authorization process across all customer-facing platforms. What does this mean? Once the solution is implemented, all systems it serves start using not only a common customer verification mechanism, but also the same login screen. Therefore, regardless of which website the user enters, when clicking the \u201cSign in\u201d option or button, they will always be redirected to the same login page. In each case, they will see the same design, identical information, form fields and options, such as \u201cRemember me\u201d or \u201cI forgot the password\u201d.<\/p>\n

The implementation of a common authorization process and a shared login page obviously reduces costs. There is no need to implement similar or even identical solutions several times within different applications. Moreover, this applies not only to the login process itself, but also to all related functionalities, including such features as changing a login and password or a password recovery option.<\/p>\n

 <\/p>\n

\"Single<\/p>\n

 <\/p>\n

Centralized management of customers\u00a0between e-commerce, CRM, ERP, etc.<\/strong><\/h3>\n

Thanks to the SSO implementation, a company with multiple systems can store customer authentication data in a single, centralized database, regardless of whether the data is used by e-commerce, CRM, ERP or mobile applications. The data of all customers who are registered in these systems are stored in a central database.<\/p>\n

Such solution may be useful in various processes related to customer service, e.g. during a conversation between a customer and a call center employee, when the latter must log in to the customer\u2019s account to help them with a specific issue. In this case, the employee can find the customer in CRM, click the \u201cSign in\u201d button, and then enter this customer\u2019s account in an online store.<\/p>\n

 <\/p>\n

Security<\/strong><\/h3>\n

Answering the question how the SSO implementation affects the level of security requires a deeper analysis, which I promise to provide in my next article on Single Sign-On. At this point, I will only point out that SSO may have a positive impact on security since with this solution the customer has to remember one password only, so they can make it more complicated and therefore much more secure. They can but they don\u2019t have to\u2026<\/p>\n

On the other hand, there is the question of how different systems exchange login data or the information that a customer has already been logged in. It can be said that this slightly reduces the level of security, because in web applications, for example, it is handled with cookies. And we all know that cookies may be available to other users working on the same device, so theoretically someone could steal the specific cookie and use it on a different computer to log in automatically to another customer\u2019s account.<\/p>\n

 <\/p>\n

Most common challenges during SSO implementation<\/strong><\/h2>\n

Technical challenges with integration between systems<\/strong><\/h3>\n

When a company decides to opt for Single Sign-On, the main technical challenges during implementation are related to the integration of various systems. This applies to both the architecture and security of these systems. Usually, companies operate an old-generation ERP system or an SAP-type system which \u2014 despite regular updates to newer versions \u2014 has the obsolete architecture. On the other hand, there are modern mobile applications and e-commerce sites built with much newer technologies.<\/p>\n

In order to enable cooperation between these disparate technologies, some middleware is required, i.e. a solution that will sit between all these systems and provide them with the Single Sign-On functionality. There are many providers of this kind of services, i.e. the software that offers Single Sign-On features and can automatically authorize a user who logs in either to ERP, CRM, a website, or a mobile application.<\/p>\n

What technical issue may occur here? Well, the system responsible for the Single Sign-On functionality \u2014 that is, the one that verifies the client\u2019s login and password, and authorizes the customer in any other application \u2014 must somehow integrate with all the systems. In other words, it must inform the other apps that the customer has already logged in, order to find this user in the app database, and then set the person as authorized. Such integrations must be developed for each of the relevant applications, e.g. online store, website, blog, loyalty program, etc. The number of integration points is enormous and therefore it is a significant challenge to ensure that all these systems work together properly to provide the customer with seamless SSO experience.<\/p>\n

In general, some of the out-of-the-box SSO systems can handle this type of integration, i.e. automatically communicate with SAP ERP or another popular ERP system. However, all websites are always custom solutions, regardless of whether they are based on SAP Commerce, Magento or any other engine. So when it comes to web applications, individual integrations must be dedicated for a specific solution, and \u2014 in fact \u2014 have to be written from scratch, separately for each web app. This, in turn, requires \u201cagreeing\u201d on the protocol, message format or how all errors are handled, e.g. what should happen if the customer entered an incorrect login or password, or they did it five times in a row.<\/p>\n

All such cases must be handled in an appropriate way. Similarly, it must be planned in detail how the whole solution will behave in the event any of the systems involved is offline even for a few seconds, including the one responsible for SSO. How should this situation be managed? What will the customer see on the website? Handling all these exceptional situations brings considerable technical challenges.<\/p>\n

 <\/p>\n

\"Single<\/p>\n

 <\/p>\n

Consistency in look & feel<\/strong><\/h3>\n

Nowadays, most companies use (and offer to their customers) many different systems, including websites, mobile applications and ERP systems with obsolete graphical user interfaces (GUI) which often look as if they haven\u2019t changed since the 1980s or 1990s. It is necessary to ensure that at least as far as authorization processes are concerned, all these systems have a similar appearance.<\/p>\n

While a customer doesn\u2019t have access to ERP or CRM \u2014 therefore it\u2019s not so important to keep them visually consistent with other applications, all the customer-facing systems, like online shops, product catalogues, blogs or mobile apps, must present similar design and functionality.<\/p>\n

Obviously, this can be achieved by unifying user interface architecture and design by consistently implementing the same policy and templates in all login screens in different applications. This can be achieved to some extent. But if these are separate (or even independent) projects with different teams, including their own dedicated product owners and front-end developers, it is very likely that despite using the same guidelines and standards, login pages will look a little different on other websites. This is due to the fact that each product owner has their own vision and will want to do it their own way.<\/p>\n

The situation may be completely different if the company decides to opt for an SSO. From the moment the solution is implemented, different systems use only a common login page \u2014 a centrally hosted login screen, shared by all the applications. As a result, the login screen is identical in every customer-facing system, because, in fact, this is exactly the same page \u2014 a common step for all these systems.<\/p>\n

 <\/p>\n

Timelines coordination between all parties involved<\/strong><\/h3>\n

A Single Sign-On project always involves multiple systems. Obviously, the task can be divided into several consecutive stages, that is, first we introduce SSO for only one selected system, e.g. online product catalog, then for another, e.g. e-commerce site, and so on \u2014 until the solution is fully operational in all customer-facing applications. However, this approach has significant drawbacks, since until SSO is implemented in at least 2 different systems, the user gets no benefits from it.<\/p>\n

Furthermore, various systems may have different requirements for Single Sign-On. Suppose we have already two systems with SSO in place. When preparing a specification for the solution implementation in the third system, it may turn out that some of the requirements are completely contradictory to the previous ones. This means that we will have to rebuild the solution already implemented in the first two systems.<\/p>\n

For this reason, it is recommended that SSO should be designed, developed and implemented simultaneously in all the relevant systems. If we do so, the benefits for both the company and the customer will be immediate \u2014 the user will be able to log in once and be authorized in any other website or app provided by the company.<\/p>\n

This is a significant benefit for the customer, but a major challenge for the company, which has to face the coordination of the process of SSO implementation in multiple systems. Not every team has to start the implementation at the same time, but they all have to finish it simultaneously to enable the customer to immediately benefit from the solution.<\/p>\n

As for ERP and CRM systems that are not available to the customer, they may be included in the solution later on. While company employees can wait for this convenience, customers annoyed by the multitude of login pages and credentials to keep in mind can easily leave for the competition that has already solved the problem.<\/p>\n

 <\/p>\n

\"As<\/p>\n

 <\/p>\n

Implementation challenges<\/strong><\/h3>\n

In my analysis, I will focus solely on web solutions, such as online shops, product catalogues, loyalty programs, blogs or mobile applications. In this case, redirects are usually needed to handle Single Sign-On operations.<\/p>\n

For example, let\u2019s assume that a customer enters the loyalty program website and clicks the \u201cSign In\u201d button. At the moment, the user is redirected to the centrally hosted common login page. Once logged in, they return to the website, or \u2014 what may happen if the customer (especially the B2B one) has\u00a0multiple accounts<\/strong>\u00a0within the system \u2014\u00a0a screen for selecting the desired account<\/strong>\u00a0is displayed. The screen can be served either by the SSO system or by the specific system underneath \u2014 i.e. a loyalty program website, an online product catalogue or an e-commerce platform. My experience has taught me that the best solution is when the screen with a list of customer accounts is provided by Single Sign-On.<\/p>\n

Another challenge is related to the\u00a0large number of internet (www) domains<\/strong>\u00a0being used. Let\u2019s assume that the company has an online store, a separate loyalty program website, a blog with a login option (allowing logged users to publish their comments or download various assets), as well as a mobile application. On the other hand, there\u2019s a unified and common login page \u2014 operated by the SSO system \u2014 and it is also available under its own domain that differs from the other websites. Now, we need, for example, to redirect the customer from the online store to the login page, and then \u2014 after successful logging in \u2014 send them back to the correct page, exactly the one the user is visiting\u00a0right now<\/strong>. The difficulty is that the current page does not have to be the one on which the user started logging-in procedure since, in the meantime, they could go to another page (this case will be discussed further in the article.)<\/p>\n

In addition, most websites offer the \u201cRemember me\u201d option on their login screens. When selected, it allows the SSO system to keep the user logged in for a specified period of time. Now, let\u2019s assume that the customer has selected the option (checkbox) and logged in to one of the company\u2019s websites (page A). After a few days, the same customer enters another website of the company (page B). When the portal is being loaded, a redirection to the SSO system is performed underneath (in a way that is invisible to the customer.) As a result, a cookie is detected in the browser which indicates that the user is logged in with the \u201cRemember me\u201d option selected. At this point, the SSO system returns to the page being viewed by the customer and passes by the information that they are already logged in. It\u2019s worth pointing out that the entire login process is performed underneath through a series of redirects.<\/p>\n

Various issues may occur while waiting for the authorization. The customer may, for example, go to another page within the portal before the login process is completed. In particular, this can happen when the user (still waiting for the authorization) unexpectedly became interested in a product, clicked it, and was transferred to the product detail page. At this point, all redirects must be restarted from the very beginning. This is a huge challenge since if the customer performs another click, once again it is necessary to stop the ongoing redirects, ignore the responses already received from the SSO system, and restart the whole process. Otherwise, the customer who is now viewing the product details will suddenly be taken back to the previous page as a result of the successful authorization.<\/p>\n

The longer the redirects last, the more likely it is that the customer will start clicking within the website and go to another page. This complicates the authorization process enormously.<\/p>\n

 <\/p>\n

Performance impact<\/strong><\/h3>\n

As mentioned above, the login process is mainly based on performing redirects between various systems and the SSO software. Whether the customer clicks the login button or the automatic login is performed as a result of selecting the \u201cRemember me\u201d option beforehand, all redirects must take a while. After all, this is a domain change, and a redirect to another website or system. Therefore, the customer has to wait a bit longer.<\/p>\n

So if the SSO system slows down a little, all clients of every customer-facing system who try to log in or switch between websites are affected. Each user will have to spend a little more time logging in, whether in an online store or in a mobile application.<\/p>\n

And what might be the reasons for the SSO system slowing down? Here is an example. Let\u2019s assume that we have implemented the solution for two web applications. The SSO system had to support all logging requests coming from these two apps. Now, we added three new applications. That means three more groups of users have just started using the Single Sign-On solution. And it will slow down for sure, because more and more customers are starting to use the same SSO. Now it has to handle the traffic generated by five systems.<\/p>\n

To summarize, the implementation of SSO undoubtedly has a negative impact on the performance of logging processes \u2014 I mean the time it takes to authorize and log in. In the case of SSO, the performance will always be worse than when the entire logging and authorization is done in each system separately. In order to reduce this problem, the SSO system should be provided with a suitable infrastructure so it could handle all requests faster.<\/p>\n

Every middleware, i.e. an application that stands between other systems, usually has a negative impact on performance. Even if it is only a fraction of a second, it is always a delay that can be noticeable for the customer.<\/p>\n

 <\/p>\n

Potential problems analysis<\/strong><\/h3>\n

When choosing SSO, the company must develop a strategy and procedures for solving problems reported by customers. Let\u2019s assume that there are several customers who have trouble logging in to different systems. It is obvious that a customer always reports a problem on a website to which they cannot log in. Therefore, the user of the online shop will send their request to the customer service of the store, while a person using the loyalty program website will contact the relevant employees of the program.<\/p>\n

All systems using the SSO solution \u2014 be it an online shop, a loyalty program or a mobile application \u2014 must have their support teams who will collect the customer\u2019s request, analyze it and determine whether the problem originates in their own system, or in the Single Sign-On software, or maybe somewhere in between.<\/p>\n

Ongoing analyses of issues reported by users can be very time consuming and complicated. Usually, the more systems are involved, the more complex the analysis of the problem is. Handling such user requests can be a huge challenge for the customer service teams. Finding in logs and interpreting information what could have gone wrong, what was the Single Sign-On response, whether the problem is on the application side, or maybe lies in the SSO software, etc. are not easy tasks. That\u2019s why managing and analyzing the login issues reported by customers require the company\u2019s employees to have more and more knowledge and skills.<\/p>\n

In all systems accessible through web browsers, many issues related to Single Sign-On are dealt with by cookies, especially when it comes to the\u00a0\u201cRemember me\u201d\u00a0option. There may be situations where customer service staff have to instruct the user to delete cookies in their browser. Unfortunately, most customers have no idea how to do this and do not understand the instructions they receive. So this is certainly an additional complication.<\/p>\n

 <\/p>\n

*\u00a0\u00a0\u00a0\u00a0*\u00a0\u00a0\u00a0\u00a0*\u00a0\u00a0\u00a0\u00a0*\u00a0\u00a0\u00a0\u00a0*<\/p>\n

 <\/p>\n

In conclusion to this article, I would like to consider for a moment whether it is worthwhile to implement an SSO solution. You may be surprised, but there is no obvious answer to this question. Each company must decide for itself, taking into account the issues and challenges associated with this project, as well as the potential benefits it can bring. If you have a strong and experienced team that is able to handle the task, then SSO is certainly worth considering. Especially if you provide your customers with many different web applications, examples of which I have already listed in this article.<\/p>\n

By the team I mean developers who can overcome all technological challenges, as well as user experience (UX) experts who will easily design a consistent and user-friendly interface. In addition, people who can manage the entire project and coordinate it over time, as well as professional customer support, which can be a single team that supports all systems, or multiple teams that work closely together.<\/p>\n

As far as customer experience is concerned, the SSO system is only beneficial. The user logs in once and can switch seamlessly between different applications. In addition, when they log in with the \u201cRemember me\u201d option selected, they will not have to provide their credentials in any of the systems for a specified period of time.<\/p>\n

Obviously, SSO also involves certain costs of implementation and purchasing or developing a system that supports the entire solution. Will the costs outweigh the benefits or will the benefits be greater for the organization? It\u2019s up to the company to assess and decide for itself.<\/p>\n

When assessing the relevance of SSO, you should also look at the customer profiles \u2014 whether it is beneficial for the company\u2019s clients to have the ability to switch between different systems. Such an analysis may show that it\u2019s of no importance for the majority of customers because the user groups of each application are mutually exclusive. One group of clients uses only system A, while the other logs in only to system B. In such a case, there is no point in implementing SSO.[\/vc_column_text][\/vc_column][\/vc_row]<\/p>\n

[vc_row][vc_column width=”1\/4″][\/vc_column][vc_column width=”3\/4″][vc_btn title=”ALL BLOG ARTICLES” align=”center” link=”url:https%3A%2F%2Fwww.striped-giraffe.com%2Fen%2Fblog%2F|title:All blog articles”][\/vc_column][\/vc_row]<\/p>\n<\/section>","protected":false},"excerpt":{"rendered":"

[vc_row][vc_column width=”1\/3″][\/vc_column][vc_column width=”2\/3″][vc_column_text] Why would companies need a centralized system for user identity and authorization management? A comprehensive answer to […]<\/p>\n","protected":false},"author":12,"featured_media":19924,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[184],"tags":[],"acf":[],"yoast_head":"\nMost Common Challenges During Single Sign On Implementation - Striped Giraffe<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Most Common Challenges During Single Sign On Implementation\" \/>\n<meta property=\"og:description\" content=\"[vc_row][vc_column width=”1\/3″][\/vc_column][vc_column width=”2\/3″][vc_column_text] Why would companies need a centralized system for user identity and authorization management? A comprehensive answer to […]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/\" \/>\n<meta property=\"og:site_name\" content=\"Striped Giraffe\" \/>\n<meta property=\"article:published_time\" content=\"2019-12-13T12:50:20+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2021-04-22T09:37:27+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/single-sign-on-sso-concept-one-key-to-many-doors.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1200\" \/>\n\t<meta property=\"og:image:height\" content=\"628\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Striped Giraffe Team\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Striped Giraffe Team\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"19 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/\"},\"author\":{\"name\":\"Striped Giraffe Team\",\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/person\/21314fc1f246d9b252c9fa2fbb6e85fa\"},\"headline\":\"Most Common Challenges During Single Sign On Implementation\",\"datePublished\":\"2019-12-13T12:50:20+00:00\",\"dateModified\":\"2021-04-22T09:37:27+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/\"},\"wordCount\":3896,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#organization\"},\"articleSection\":[\"Software Development\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/\",\"url\":\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/\",\"name\":\"Most Common Challenges During Single Sign On Implementation - Striped Giraffe\",\"isPartOf\":{\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#website\"},\"datePublished\":\"2019-12-13T12:50:20+00:00\",\"dateModified\":\"2021-04-22T09:37:27+00:00\",\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/\"]}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#website\",\"url\":\"https:\/\/www.striped-giraffe.com\/de\/\",\"name\":\"Striped Giraffe\",\"description\":\"Ihr zuverl\u00e4ssiger Anbieter f\u00fcr digitale Enterprise-L\u00f6sungen\",\"publisher\":{\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.striped-giraffe.com\/de\/?s={search_term_string}\"},\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#organization\",\"name\":\"Striped Giraffe\",\"url\":\"https:\/\/www.striped-giraffe.com\/de\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/giraffe_white.svg\",\"contentUrl\":\"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/giraffe_white.svg\",\"caption\":\"Striped Giraffe\"},\"image\":{\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/person\/21314fc1f246d9b252c9fa2fbb6e85fa\",\"name\":\"Striped Giraffe Team\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/avatar_giraffe_v2-96x96.jpg\",\"contentUrl\":\"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/avatar_giraffe_v2-96x96.jpg\",\"caption\":\"Striped Giraffe Team\"},\"url\":\"https:\/\/www.striped-giraffe.com\/en\/blog\/author\/striped-giraffe\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Most Common Challenges During Single Sign On Implementation - Striped Giraffe","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/","og_locale":"en_US","og_type":"article","og_title":"Most Common Challenges During Single Sign On Implementation","og_description":"[vc_row][vc_column width=”1\/3″][\/vc_column][vc_column width=”2\/3″][vc_column_text] Why would companies need a centralized system for user identity and authorization management? A comprehensive answer to […]","og_url":"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/","og_site_name":"Striped Giraffe","article_published_time":"2019-12-13T12:50:20+00:00","article_modified_time":"2021-04-22T09:37:27+00:00","og_image":[{"width":1200,"height":628,"url":"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/single-sign-on-sso-concept-one-key-to-many-doors.jpg","type":"image\/jpeg"}],"author":"Striped Giraffe Team","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Striped Giraffe Team","Est. reading time":"19 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/#article","isPartOf":{"@id":"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/"},"author":{"name":"Striped Giraffe Team","@id":"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/person\/21314fc1f246d9b252c9fa2fbb6e85fa"},"headline":"Most Common Challenges During Single Sign On Implementation","datePublished":"2019-12-13T12:50:20+00:00","dateModified":"2021-04-22T09:37:27+00:00","mainEntityOfPage":{"@id":"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/"},"wordCount":3896,"commentCount":0,"publisher":{"@id":"https:\/\/www.striped-giraffe.com\/de\/#organization"},"articleSection":["Software Development"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/","url":"https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/","name":"Most Common Challenges During Single Sign On Implementation - Striped Giraffe","isPartOf":{"@id":"https:\/\/www.striped-giraffe.com\/de\/#website"},"datePublished":"2019-12-13T12:50:20+00:00","dateModified":"2021-04-22T09:37:27+00:00","inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.striped-giraffe.com\/en\/blog\/most-common-challenges-during-single-sign-on-implementation\/"]}]},{"@type":"WebSite","@id":"https:\/\/www.striped-giraffe.com\/de\/#website","url":"https:\/\/www.striped-giraffe.com\/de\/","name":"Striped Giraffe","description":"Ihr zuverl\u00e4ssiger Anbieter f\u00fcr digitale Enterprise-L\u00f6sungen","publisher":{"@id":"https:\/\/www.striped-giraffe.com\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.striped-giraffe.com\/de\/?s={search_term_string}"},"query-input":"required name=search_term_string"}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/www.striped-giraffe.com\/de\/#organization","name":"Striped Giraffe","url":"https:\/\/www.striped-giraffe.com\/de\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/logo\/image\/","url":"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/giraffe_white.svg","contentUrl":"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/giraffe_white.svg","caption":"Striped Giraffe"},"image":{"@id":"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/person\/21314fc1f246d9b252c9fa2fbb6e85fa","name":"Striped Giraffe Team","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.striped-giraffe.com\/de\/#\/schema\/person\/image\/","url":"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/avatar_giraffe_v2-96x96.jpg","contentUrl":"https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2021\/01\/avatar_giraffe_v2-96x96.jpg","caption":"Striped Giraffe Team"},"url":"https:\/\/www.striped-giraffe.com\/en\/blog\/author\/striped-giraffe\/"}]}},"_links":{"self":[{"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/posts\/19923"}],"collection":[{"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/users\/12"}],"replies":[{"embeddable":true,"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/comments?post=19923"}],"version-history":[{"count":6,"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/posts\/19923\/revisions"}],"predecessor-version":[{"id":25535,"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/posts\/19923\/revisions\/25535"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/media\/19924"}],"wp:attachment":[{"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/media?parent=19923"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/categories?post=19923"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.striped-giraffe.com\/en\/wp-json\/wp\/v2\/tags?post=19923"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}